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MORTAR  BALLISTICS  COMPUTER i  M23 


The  Principal  Findings 

1.  The  Mortar  Ballistics  Computer,  M23 ,  was  found  to  be 
suitable  for  Type  Reclassification  from  Limited  Procurement  to 
Standard,  and  for  full  release  for  production  and  deployment  to 
the  field. 

2.  All  required  Program  Management  Documents  were  prepared 
or  put  in  order,  all  necessary  reviews  were  conducted 
successfully,  and  full  release  approval  was  obtained. 


Main  Assumptions 

It  was  assumed  that  current  decisions  would  be  consistent 
with  past  positions  taken  by  TRADOC  and  AMC ,  and  that  the 
modifications  required  were  well  within  the  state-of-the-art, 
very  low  risk,  and  low  cost. 


Principal  Limitations 

The  User  community  is  eager  to  have  this  item  issued  to  the 
field,  and  the  only  practical  limitations  have  to  do  with  the 
urgent  target  date  for  full  release. 


Scope  of  the  Study 

It  was  required  that  all  elements  of  the  system  acquisition 
plan,  management  documentation,  and  the  system  itself  be  ready  to 
support  the  Type  Reclassification  and  full  materiel  release 
decisions.  Special  emphasis  was  required  in  the  preparation  of 
the  Computer  Resources  Management  Plan,  Materiel  Release  document 
package.  Production  Validation  IPR  package,  and  the  Engineering 
Changes  identified  in  previous  reviews. 


Objectives 

To  achieve  a  successful  Type  Reclassification  from  Limited 
Procurement  to  Standard,  and  to  obtain  approval  fbr  full  release 
for  production  and  deployment. 
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Basic  Aoproach 


The  approach  was  straightf oward :  to  verify  readiness  of  the 
system  for  full  release, in  all  pertinent  respects  and  to  comply 
with  all  applicable  documentation  requirements. 


Reason  for  Performing  the  Study 

To  enable  full  production  to  meet  full  deployment  needs. 


Sponsor 


U.S. 

Center . 


Army  Belvoir  R&D  Center  and  U.S.  Army  Armament  R&D 


Performing  Activity  and  Principal  Investigator 
McLean  Research  Center,  Inc.  (MRC) 

Principal  Investigator:  Filmore  Richter  &  George  Schecter 


Comments  and 


McLean  .Research  Center,  Inc. 

1483  Chain  Bridge  Road,  Suite  205 
McLean,  VA  22101 


Attn:  Mr.  George  Schectbr,  (703)  734-1410 


Actions  Taken  a£  a  Result  of  Findings 

The  Mortar  Ballistics  Computer,  M23>  was  Type  Reclassified 
from  Limited  Procurement  to  Standard,  and  full  release  was 
authorized  for  production  and  deployment. 


DTIC/DLSI&-  Accession  Number  of  Final 


To  be  assigned. 
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ABSTRACT 


^  This  technical  report  for  Mortar  Ballistics  Computer,  M23 
(MBC),  contains  the  technical  and  management  support  items 
developed  to  support  the  MBC  project  milestones  and  life  cycle 
planning  factors  (July  through  December  1985)  to  achieve  type 
reclassification  to  ^tandard'^and  obtain  authority  to  release 
the  MBC  for  field  issue. 


STUDY  APPROACH 


The  technical  effort  and  activity  began  with  a  review  of 
pertinent  literature,  documentation  requirements,  and  policy 
regarding  type  classification,  materiel  release,  and  management 
of  computer  resources  in  battlefield  automated  systems. 

Selected  Armaments  Research  and  Development  Center  (ARDC) 
personnel  --  Development  Project  Office  and  other  offices  within 
ARDC  --were  contacted  to  gain. insights  into  potential  problem 
areas. 
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SECTION  1.  INTRODUCTION 


1.1  BACKGROUND 

a.  Speed  and  accuracy  are  essential  in  locating  and 
attacking  targets  and  are  major  contributing  factors  to  success 
in  battle.  The  infantry  rifle  company,  infantry  battalion,  and 
armor  units  are  highly  dependent  on  the  fire  support  provided  by 
organic  mortars.  By  automating  the  Fire  Direction  Center  (FDC), 
more  speed,  accuracy,  and  responsivenes*'  to  fire  requests  are 
achieved.  The  calculator  assists,  greatly  in  rapidly  computing 
firing  data.  This  permits  immediate  engagement  of  targets 
without  expending  large  amounts  of  ammunition  in  fire  adjustment, 
and  minimizes  the  , time  for  target  evasive  maneuver  or  hardening. 

b.  Infantry  mortar  systems  firing  data  are  presently 
calculated  through  the  use  of  graphical  fire  control  equipment. 
Operation  of  this  equipment  is  time  consuming  and  the  procedures 
involved  make  it  subject  to  human  error.  The  accuracy  of  the 
firing  data  provided  to  the  mortar  gunners  by  the  FDC  depends  on 
the  skill  and  experience  of  the  soldier  computing  the  data. 
Therefore,  the  need  was  recognized  for  a  data  calculator  to 
replace  the  graphical  fire  control  equipment  as  a  primary  method 
for  determining  mortar  firing  data  in  a  timely  manner  under 
prevailing  conditions  of  climate  and  enemy  actions.  The 
calculator  is  to  be  used  in  mortar  fire  direction  centers. 

c.  The  technical  feasibility  of  the  Mortar  Ballistics 
Computer  (MBC),  previously  called  the  Mortar  Fire  Control 
Calculator  (MFCC) ,  was  proven  with  the  fabrication  and  concept 
evaluation  testing  of  a  feasibility  model  in  FY74  by  the  U.S. 
Army  Infantry  Center  (USAIC)  and  Human  Engineering  Laboratory 
(HEL). 


d.  The  USAIC  prepared  and  forwarded  a  requirements 
document.  The  Letter  Requirement  (LR)  for  the  MFCC  was  approved 
13  December  1977  (Annex  C) .  A  full-scale  development  (FSD) 
contract  was  issued  in  July  1979* 

e.  Development  Test  II  (DTII)  and  Operational  Test  II 
(OTII)  on  production  prototype  models  were  conducted  by  the  D.S. 
Army  Electronic  Proving  Ground  (USAERG) ,  Fort  Huachuca,  Arizona, 
and  the  D.S.  Army  Infantry  Board  (USAIB),  Fort  Banning,  Georgia, 
respectively,  between  October  1980  and  January  I98I. 

f.  A  Development  Acceptance  In-Process  Review  (DEVA-IPR) 
was  held  on  1  July  1981,  resulting  in  a  determination  that  the 
MBC  essentially  met  the  requirements  delineated  in  the  LR,  was 
acceptable  for  calculating  infantry  mortar  systems  firing  data, 
is  acceptable  for  introduction  into  the  Army  inventory  after 
improvements  have  been  incorporated  into  the  system,  and 
recommended  that  the  MBC  be  type  classified  Limited  ,  Procurement 
(LCC-D).  The  urgent  requirement  reflects  the  need  to  equip  key 
Rapid  Deployment  Force  units  and  to  establish  a  training  base 
(see  Annex  D) . 


g.  The  initial  production  contract  was  awarded  to 
Magnavox  Company,  Fort  Wayne,  Indiana,  on  26  May  1983  under 
contract  DAAK1 0-83-C-01 35 .  The  product  improvements  identified 
in  the  Scope  of  Work  section  of  the  above  reference  contract  is 
contained  in  Annex  E. 

1.2  DESCRIPTION  OF  MATERIEL 

^  The  MBC  is  a  small,  hand-portable,  rugged  computer 
developed  to  replnce  current  graphical  fire  control  equipment  as 
the  principal  means  of  computing  firing  data  in  the  mortar  FDC . 


It  calculates  all  fire  control  information  required  to  lay  and 
fire  the  60mm,  the  81mm,  and  the  107mm  mortars  and  will 
accomodate  all  ammunition  types  for  these  mortars  currently  in 
use.  All  pertinent  computational  parameters  utilized  in  the 
modified  point  mass  ballistics  techniques  are  taken  into  account 
to  achieve  accuracies  and  computr.tion  times  not  previously 
attainable.  It  also  has  the  capacity  to  store  battlefield 
information,  including  the  locations  of  forward  observers, 
weapons,  known  points,  and  no-flre  zones,  uud  to  store  message 
backlogs.  It  communicates  with  TACFIRE  elements  via  digital 
burst  transmissions,  assuring  the  efficient  transfer  of  mission 


data  without  relying  on  voice  communication. 


Fire  mission  data  may  be  received  by  the  MBC  Fire 
Direction  Center  (FDC)  by  either  voice  commands  (radio  or  field 
wire  equipment)  or  TACFIRE  formal  digital  messages.  Fire  mission 
execution  consists  of  receiving  a  fire  request,  selecting  the 
desired  weapon  and  ammunition,  selecting  the  tactical  fire 
control  to  shoot  a  mission,  and  computing  and  issuing  firing 
-rders.  When  fire  mission  data  are  received  by  voice,  the  data 
must  be  manually  entered  and  read  out  of  the  MBC.  When  the  data 
are  received  by  digital  communication,  from  the  Digital  Message 
Device  (DMD),  the  fire  mission  is  automatically  entered  into  the 

Mrc. 


',.3  OBJECTIVES 

The  MBC  is  entering  the  production  and  deployment,  phase  of 
the  acquisition  cycle  and  the  mid-term  and ' long-term  readiness 
plans  and  documentation  were  to  be  updated  and  developed  as 
required.  This  includes: 
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a.  Revision  of  the  Computer  Resources  Management  Plan 

(CRMP), 

b.  Updating  of  the  Materiel  Release  (MR)  documentation, 

c.  Development  of  the  Production  Validation  In-Process 
Review  (PROD-VAL-IPR)  documentation,  and 

d.  Analysis,  evaluation,  and  integration  of  proposed 
changes  to  the  item  configuration. 

1.4  SCOPE 

The  following  tasks  were  accomplished  to  achieve  the 
stated  objectives: 

a.  Task  1 .  The  Computer  Resources  Management  Plan  was 

revised  to  be  in  consonance  with  the  updated  performance  and 
technical  requirements  of  the  MBC. 

b.  Task  2.  A  Materiel  Release  supporting  data  package 

was  prepared  for  the  New  Materiel  Release  Review  Board  when 
convened  to  consider  full  release  of  the  MBC. 

c.  Task,  3.  A  Production  Validation  IPR  supporting  data 
package  was  prepared  for  the  IPR  Chairman  to  consider 
reclassification  of  the  MBC  from  Limited  Procurement  (LCC-U)  to 
Standard. 

d.  Task  4*  Technical  evaluations  were  conducted  on 

proposed  engineering  changes  and  the  recommendations  were 
submitted  to  the  Development  Project  Officer  for  his 

consideration  and  implementation. 
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SECTION  2.  DETAILS  OF  TASKS 


2.1.  TASK  1  .  COMPUTER  RESOURCES  MANAGEMENT  PLAN  (CRMP)- 

The  CRMP  is  the  primary  document  used  to  establish  the 
necessary  framework  and  support  system  for  computer  software 
control  during  production  and  after  deployment.  The  CRMP 
identifies  computer  resources  acquisition  and  life  cycle  planning 
factors  and  insures  that  these  factors  are  adequately  considered 
in  the  acquisition  planning  process. 

A  review  of  the  current  CRMP  indicated  that  this  plan  had 
to  be  updated  to  reflect  the  software  change  activity  during 
initial  production.  Some  of  the  changes  were  corrective  actions 
as  specified  at  the  DEV-IPR  (see  Annex  D);  and  others  were 
product  improvement  changes  as  specified  in  the  production 
contract  (see  Annex  E). 

The  updated  CRMP  addressed  the  following: 

a.  The  integration  of  computer  resources  into  the  MBC 
system  and  the  test  and  evaluation  of  the  system  to  determine  the 
quality  of  the  MBC. 

b.  The  computer  programs  required  to  support  the 
production,  deployment,  and  post  deployment  support  of  the  MBC 
system. 

c. ,  Personnel  requirements  for  developing  and  supporting 
computer  resources.  Computer  resources,  as  defined  in  DARCOM-R 
70-16,  is  the  totality  of  computer  equipment,  computer  programs, 
computer  data,  associated  computer  documentation,  contractual 
services,  personnel,  and  computer  supplies. 
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d.  Provisions  for  the  transfer  of  system  management  from 
the  Development  Project  Officer  to  the  Life  Cycle  Software 
Support  (LOSS)  Center. 

e.  Management  planning  for  the  acquisition,  test, 
evaluation,  and  post  deployment  software  support  for  all 
functions  related  to  computer  resources  in  support  of  the  MBC 
system. 

f.  The  method  by  which  the  post  deployment  software 
support  procedures  are  tested. 

A  preliminary  draft  CRMP  was  circulated  among  responsible 
personnel  of  the  following  agencies  and  offices:  U.S.  Armament 
Munitions  and  Chemical  Command;  D.S.  Army  Test  and  Evaluation 
Command;  U.S.  Army  Training  and  Doctrine  Command;  Development 
Project  Office  (M23);  D.S.  Army  Armament  Research  and  Development 
Center  (Product  Assurance,  Test  Measurement  and  Diagnostic 
Equipment,  and  Life  Cycle  System  Support  offices).  The 
recommendations  and  changes  proposed  by  the  foregoing  agencies 
and  offices  were  incorporated  into  the  final  draft. 

The  final  draft.  Annex  F,  was  forwarded  to  the  Life  Cycle 
System  Support  Division  for  final  review  and  submission  to  the 
U.S.  Army  Materiel  Command  for  approval. 


TASK  2.  MATERIEL  RELEASE 


Materiel  Release  certification  is  required  for  new  and 
follow-on  acquisition  of  end  items,  and  for  first  time  and 
follow-on  production.  The  materiel  release  program  requires 
management  controls  for  review,  evaluation,  and  certification 
that  Army  materiel  is  suitable  for  release  for  field  issue.  A 


6 


formal  review  ■  board  is  established  at  ARDC  to  verify  that  all 
materiel  release  requirements  have  been  met,  documented,  and  that 
an  audit  trail  is  provided. 

In  the  casj  of  the  Mortar  Ballistics  Computer,  the  task 
was  to  determine  through  documented  data  that  the  MBC  is  suitable 
for  issue  in  terms  of  quality,  performance,  safety,  environmental 
requirements,  reliability,  maintainability,  and  supportability . 
Further,  it  was  to  be  determined  that  required  New  Equipment 
Training  had  been  provided  and  that  a  Materiel  Fielding  Plan  had 
been  developed,  coordinated  with  gaining  commands,  and  a  Materiel 
Fielding  Agreement  had  been  signed. 

The  final  draft  of  the  supporting  data  for  materiel 
release.  Annex  G,  was  prepared  for  the  Development  Project 
Officer  for  submission  to  the  Materiel  Review  Board. 

A  series  of  vu-graphs  representing  a  checklist  of 
questions/answers.  Annex  H,  was  prepared  for  the  Development 
Project  Officer  to  be  used  at  his  appearance  and  presentation 
before  the  formal  Materiel  Release  Board.  This  material 
addressed  the  major  items  of  concern  to  the  board  cuch  as:  the 
development  and  production  status  of  the  MBC  project;  inspection 
and  test  reports;  safety  and  hazard  evaluations;  materiel 
fielding  plans;  hardware  and  software  support  equipment  including 
test  measurement  and  diagnostic  equipment;  maintenance  plans; 
technical  manuals;  and  training. 

In  summary,  there  were  conditions  or  limitations  that 
could  have  precluded  release  of  the  Mortar  Ballistics  Computer 
for  field  use.  A  full  release  of  the  initial  production  quantity 
of  MBC  was  approved  by  the  AMCCOM  Deputy  Commanding  General  for 
Armament  and  Munitions  on  7  November  1985  (see  Annex  1). 


2.3  TASK  3.  PRODUCTION  VALIDATION  IN-PROCESS  REVIEW 


In-process  reviews  (IPR)  are  held  during  the  life  cycle  of 
programs  to  review  the  project  status  and  recommend  a  couroe  of 
action.  In  this  instance,  the  Production  Validation  IPR  was  to 
be  convened  to  provide  recommendations  as  a  basis  for  type 
classification  of,  and  production  decisions  for,  the  Mortar 
Ballistics  Computer  by  the  appropriate  level  of  authority. 

At  the  Development  Acceptance  IPR,  held  in  1981,  it  was 
recommended  that  until  specified  improvements  have  been 
incorporated  into  the  system  and  tested,  the  MBC  be  type 
classified  "Limited  Procurement"  (see  Annex  D) .  The  limited 
procurement,  a  low  rate  of  production,  provided  adequate  quantity 
production  units  for  First  Article  and  Initial  Production 
Testing. 


The  hardware  and  software  improvements  delineated  in  the 
DEVA-IPR  recommendations  were  incorporated  into  the  MBC  during 
the  limited  production  phase  without  further  development  effort. 
First  Article  and  Initial  Production  testing  of  the  initial 
production  units  was  conducted  by  the  contractor  and  TECOM, 
respectively,  during  the  period  July-December  1984* 

An  in-depth  review  was  conducted  of  the  following 
documents: 

1.  Letter,  TRADOC,  ATCD-M-I,  30  Dec  77,  subject:  Letter 
Requirement  (LR)  for  Mortar  Fire  Control  Calculator  (MFCC), 
TRADOC  ACN  I69O6. 
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2.  Letter,  ARRADCOM,  DRwSMC-SD(D)  (XM23 )  ,  12  Jun  84, 
subject:  In-Process  Review  (IPR)  Recommendations  for  Computer 
Ballistics;  Mortar,  XM23 • 

3.  DRDAR-QA  Form  337,  Evaluatin  of  Acceptance  Inspection 
Equipment  Designs,  7  Dec  84,  for  the  M23  Mortar  Ballistic 
Computer. 

4*  First  Article  Test  Report  for  Mortar  Ballistics 
Computer  (MBC),  M23,  Dec  84,  prepared  under  contract  DAAK10-83-C- 
0135  for  D.S.  Army  Armament  Research  and  Development  Command,' 
CDRL  Item  A034. 

5.  MIL-C-70489,  Prime  Item  Product  Fabrication  for 
Computer  Set,  Ballistics:  Mortar  M23,  25  Jan  85» 

6.  Final  Report,  First  Article/Initial  Production  Test 
(FA/IPT)  of  Computer,  Ballistics:  Mortar,  M23,  WSMR,  Jan  85. 

7.  Letter,  Magnavox  Electronic  System  Company,  25  Jan  85, 
subject:  DAAK1 0-83-C-01 35  MBC  Humidity  Test. 

8.  Letter,  WSMR,  STEWS-TE-LG,  31  Jul  85,  subject; 
Software  Verification  Test  for  the  Computer,  Ballistics:  Mortar 
(MBC),  M23. 

The  review  indicates  that  the  previously  identified 
problems  at  the  DEVA-IPR  have  been  corrected.  During  First 
Article/Initial  Production  Test,  four  new  software  deficiencies 
were  uncovered  but  of  such  a  nature  that  they  could  be  corrected 
prior  to  full-scale  production  with  minimal  risk.  The  noted 
deficiencies  were  as  follows: 
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The  MBC  does  not  permit  individual  piece  adjustments 
after  registration. 

2.  The  test  for  charges  greater  than  32  for  the  107mm 
carrier-mounted  mortars  elevated  to  1065  mils  is  reversed. 

3*  The  MBC  will  not  accurately  compute  107mm  mortar  high 
angle  .iolutions. 

4*  The  MBC  keyboard  will  lock  up  and  preclude  any 
subsequent  actions. 

A  Pre-IPR  was  conducted  by  letter  to  determine  the  AMC 
position.  The  substance  of  the  letter  was  tht  the  MBC:  (1)  meets 
the  requirements  delineated  in  the  Letter  Requirement  (LR) 
against  which  it  was  evaluated,  (2)  is  acceptable  for  calculating 
Infantry  Mortar  Systems  firing  data,  (3)  is  acceptable  for 
introduction  into  the  Army  inventory,  (4)  should  be  reclassified 
as  Standard,  and  (5)  software  changes  will  be  incorporated  into 
the  system  prior  to  full-scale  production.  The  above  proposed 
AMC  position  was  reviewed  and  concurred  in  by  the  voting  members 
representing  AMCCOM,  ARDC ,  and  TECOM. 

Subsequent  to  the  Pre-IPR,  a  Production  Validation  IPR 
package  was  prepared  and  distributed.  The  PROD-VAL-IPR  Package 
covered  all  aspects  of  the  program  from  the  DEVA-IPR  through 
First  Article/Initial  Production  Testing  and  included  the 
documentation  attesting  to  the  acceptability,  producibility , 
safety,  and  logistic  supportability  of  the  MBC. 

In  the  interim  between  the  Pre-IPR  and  the  scheduled  PROD- 
VAL-IPR,  the  software  changes  to  correct  the  deficiencies 
uncovered  during  FAT/IPT  were  incorporated  into  the  MBC  and 


10 


/ 


successfully  retested  by  TECOM.  Since  there  were  no  unresolved 
problems  at  this  time,  it  was  recommended  that  the  IPR  voting 
members  consider  the  possibility'  of  conducting  the  PROD-VAL-IPR 
by  mail  in  lieu  of  attending  a  formal  meeting  at  ARDC .  This 
recommendation  was  acceptable  and  a  correspondence  IPR  was 
conducted  by  the  chairperson.  As  a  result  of  that  IPR,  both  the 
U.S.Army  Training  and  Doctrine  Command  (TRADOC)  and  the  D.S.  Army 
Logistics  Evaluation  Agency  (LEA)  concurred  in  the  type 
reclassification  "Standard."  Headquarters,  Army  Materiel  Command 
(AMC)  concurred  in  the  Type  Classification  Standard  without 
exception.  A  Memorandum  for  Record  and  the  Type  Classification 
Recommendation  were  prepared  and  forwarded  to  Commanding  General, 
AMCCOM,  for  signature /appro val . 

Subsequent  to  the  approval  of  the  reclassification  action, 
the  record  of  decision  and  action  on  the  type  classification 
(standard)  of  the  MBC  together  with  documentation  were  submitted 
to  the  D.S.  Army  Materiel  Status  Office  for  recording  and 
distribution  to  Headquarters,  Department  of  the  Army  (see 
Annex  I) . 

2.4  TASK  4.  ENGINEERING  CHANGES 

During  this  period,  several  engineering  changes  proposed 
by  the  current  production  contractor  were  reviewed  and  evaluated. 
The  conclusions  reached  after  evaluation,  and  the  suggested 
actions  to  be  taken  in  each  instance,  wire  submitted  to  the 
Development  Project  Officer  (DPO)  for  his  consideration  in  the 
problem  solution. 

These  changes  were  primarily  in  the  areas  of  micro-chips 
and  other  semi-conductor  devices,  and  are  classified  into  two 
categories: 

11 


/ 


1.  Potential  (near-future)  non-availability  of  some 
components  specified  in  the  technical  data  package. 

2.  Modif ications/changes  in  component  specifications 
resulting  from  changes  in  suppliers'  manufacturing  processes. 

A  major  ,  claim  against  the  Government,  submitted  by  a 
contractor,  was  reviewed  and  evaluated.  The  findings  and 
recommendations  were  presented  to  the  DPO  for  his  consideration 
during  ensuing  discussions  with  the  Contracting  Officer  and  the 
legal  office.  - 

Currently,  the  Engineering  Change  Proposals  are  yet  to  be 
negotiated  with  the  initial  and  follow-on  production  contractors 
and  the  above  mentioned  claim  is  in  litigation.  Therefore,  anv 
disclosures  regarding  these  pending  actions  is  considered 
prourement  sensitive,  premature,  and  beyond  the  scope  of  this 
task. 


With  the  impending  deprojectizing  of  the  Development 
Project  Office,  the  technical  responsibility  during  the 
production  and  deployment  phase  of  the  MBC  life  cycle  is  being 
assigned  to  Program  Manager,  Mortars.  Consequently,  a  list  of 
pertinent  documents  was  prepared  for  transmittal  to  the  Program 
Manager's  Office.  This  effort  also  entailed  an  update  of  the 
five-year  production  schedule  (through  FT90)  and  a  revision  to 
the  in-house  funding  synopsis  for  FY85  and  FT86  allocations. 
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CM 
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LETTER  REQUIREMENT  (LR) 

FOR 

MORTAR  FIRE  CONTROL  CALCULATOR 
USATRADOC  ACN  I69O6 


•  «#•. 


DEPARTMENT  OF  THE  ARMY 
Mi.AOOUAmms  unhid  states  armt  traininc.  and  uovtrinc  command 

rOfiT  MONHOC,  VIRGINIA  2.1C5t 


ATCD-M-I  •  .  30  December  1977 

SUBJECT:  Letter  Requirement  (I.R)  for  Mortar  Fire  Control  Calculator 
(MFCC),  USATRADOC  ACN  16906 


SEE  DISTRIBUTION 


1.  Reference  AR  71-9.  . 

2.  ■  Subject  LR  (inclosure  1)  was  approved  on  13  December  1977.  The  •: 
following  ijfifonnation  is  applicable  to  this  dociimentrvt:  ■ 

a.  System'  designation:'  Norimajor*.' »■.  ,  -  ' 

b.  Materiel  Developer:  DARCOM. 

c.  Combat  Developer:  USATRADOC.  *■  " 

d.  User  Representative:  USATRADOC. 

e.  Trainer:  USATRADOC. 

f .  :  Logi  st'i ci an :  USALEA.'  ^ . 

g.  1;  CAROS  Reference  Number:  :112b.-h. 

h.  Operational  Test  Responsibility:  USATRADOC. 

i.  USATRADOC  Proponent  Activi ty:  USA  Infantry  Center. 

3.  Completion  of  action  on  MFCC  BOIP,  number  78-0018-1  (USATRADOC  ACN 
36674),  is  expected  NLT  15  March  1978. 


CF:  Ch,  Dev  Eng 
MRR  -  E  Brezon 
Prod  Eng 
Sys  Eng 


P  Runrnel 
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ATCD-M-I 


DEPARTMENT  OF  THE  ARMY 

H».AOOUAmi  HS  UMIIO  STATES  ARMY  TRAIN  INC,  A  NO  (^<»<.TRlNC  COMMAND 
90RT  MONHOC.  VIRGINIA 


30  December  1977 


SUBJECT:  Letter  Requirement  (LR)  for  Mortar  Fire  Control  Calculator 
(MFCC),  USATRADOC  ACN  16906 


SEE  DISTRIBUTION 


1.  Reference  AR  71-9.  . 

2.  ■  Subject  LR  (inclosure  1)  was  approved  on  13  December  1977.  The  •: 

following  information  is  applicable  to  this  document;'. t:  ■  -  * 

a.  System'  designation':*  Ncrimajor'.* »*.  ,  .  - 

b.  Materiel  Developer:  DARCOM.  • 

c.  Combat  Developer:  USATRADOC.  *.  •  - 

d.  User  Representative:  USATRADOC. 

e.  Trainer;  USATRADOC. 

f.  .'Logistician:  USALEA.  i., 

g.  -..CARDS  Reference  Nunter:  •  llZb.'  h. 

h.  Oper  tional  Test  Responsibility:  USATRADOC. 

i.  USATRADOC  Proponent  Activity:  USA  Infantry  Center. 

3.  Completion  of  action  on  MFCC  BOIP,  nuti^er  78-0018-1  (USATRADOC  ACN 
36674),  is  expected  NLT  15  March  1978. 


CF:  Ch,  Dev  Eng 
MRR  -  E  Brezon 
Prod  Eng 
Sys  Eng 

■i  PjirtPil  -  3  cys 
D  Roeck  -  orig  +  “2 
P  Rurrmel 
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ATCD-M-I  30  December  1977 

SUBJECT:  Letter  Requirement  (LR)  for  Mortar  Fire  Control  Calculator 
(MFCC),  USATRADOC  ACN  16906 

4.  Subject  Requirement  Document  is  forwarded  to  major  Army  commands, 
other  services  and  other  DOO  agencies  for  harmonization  and  to  all  other 
addressees  for  information. 

FOR  THE  COMMANDER: 


1  Incl 
as 

CY  DISTRIBUTION 
1  HQDA  (DAMO-RQD) 

1  HQDA  (OAMO_-RQA) 

1  HQDA,  (DAMA-WSW).-v;) 

1  CINCUSAREUR  &'  Seventh.Army.:./ 
Cdr.i* 


M.  LARKINS 


LTC,  AGC 
Assistant  AG 


2  DARCOM,  ATTN:  DRCDE-DW  r.! 

1  FORSCOM,  ATTN:  AFOP-DA "  ’ 

1  TECOM 
1  Eighth  USA 
,1  ARRADCOM 

1  AMSAA,  ATTN:  DRXSY-GI 
1  Watervliet  Arsenal,  ATTN:  DRDAR-LCB 

1  USAOTEA 

2  USAARMC  4  Ft  Knox  . 

1  USA  CA  Cen  &  Ft  Leavenworth  i 
1  USMC:  Dev  4  Educ  Comd^.u-J 
1  USALC'LC 
1  USAMMCS  .S 

1  USAOCCS 

2  USAIC  4  Ft  Benning 
2  USAFACFS 

2  USA  CA  CD  Actv  4  Ft  Leavenworth 
■1  Tng  Spt  Ctr 
1  Comdt,  USAIMA 

1  DirjJBASANA . . . 

1  Pres,  US  Army  T*nq  Bd 
LO  at  TRAbOC; 

1  USMC 
1  USAF 

TRADOC  LO: 

1  USA  Rep,  USMC  Dev  4  Educ  Comd 
1  USAREUR  4  Seventh  Arny 
_L  Fed  Republic  of  Germany 
•  (See  next  page) 
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ATCD-M-I  30  December  1977 

SUBJECT:  Letter  Requirement  (LR)  for  Mortar  Fire  Control  Calculator 
(MFCC),  USATRADOC  ACN  16906 

CY  DISTRIBUTION 
1  Eighth  USA 
1  DARCOM 
1  USAOTEA 
1  TECOM 
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LETTER  REQUIREMENT  (LR) 

KOR 

MORTAR  FIRE  CONTROL  CALCULATOR  (ACN  16906)  .  . 
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1.  TITLE  OF  ITEM:  Mortar  Fire  Control  Calculator  (MFCC) 

2.  statement  of  NEED; 

a.  The  battlefield  of  the  future  will  be  fast  moving  and  highly 
fluid.  Speed  and  accuracy  will  be  essential  in  locating  and  attacking 
targets  and  will  be  major  contributing  factors  to  success  in  battle. 

b.  Infantry  Mortar  Systems  firing  data  is  presently  calculated 
through  the  use  of  mortar  graphical  fire  control  equipment,  firing 
tables  and  charts.  Operation  of  this  equipment  is  time  consuming 

and  the  procedures  involved  make  it  highly  subject  to  human  error.  The 
accuracy  of  the  firing  data  obtained  is  directly  related  to  the  skill 
and  experience  of  the  Fire  Direction  Center  (FDC)  computer  and  the 
sharpness  of  his  pencil.  A  need  exists  for  a  data  calculator  to  replace 
existing  mortar  graphical  fire'" control  equipment  as  a  primary  method  for 
determining  mortar .firing  data  in  a  timely  manner  under- prevailing  condi¬ 
tions  of  weather,  climate  and  enemy  actions.  The  calculator  will  be  used 
in  mortar  fire  direction  centers. 

c.  CARDS  Reference  Number: 

3.  JUSTIFICATION; 

a.  The  Infantry  rifle  company.  Infantry  battalion  and  Armor  units 
are  extremely  dependent  on  the  fire  support  provided  by  organic  mortars. 
Automation  of  the  mortar  fire  direction  center  will  enable  mortar  elements 

•  to  respond  more  quickly  and  accurately  to  the  needs  of  the  maneuver 
elements.  It  is  always  desirable  and  often  necessary  to  engage  targets 
immediately  without  expending  a  large  number  of  rounds  adjusting  onto 
the  target  area.  The  data  calculator  will  be  capable  of  providing  firing 
data  for  organic  mortar  units  and  will  be  utilized  in  all  operations 
where  mortars  are  employed. 

b.  The  data  calculator  will  provide  the  following  advantages  over 
existing  methods  of  obtaining  data  for  mortar  firing: 

(1)  Necessary  fifing  data  will  be  provided  more  quickly  as  computa¬ 
tions  are  performed  electronically.  There  Will  be  no  need  for  manual  cal¬ 
culations,  graphical .work  or  the  use  of  firing  tables  and  charts  except 
as  a  backup  means. ■  ’’ 
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(2)  Data  provided  by  the  calculator  will  be  more  accurate;  the  chance 
for  human  error  will  be  minimized.  The  operator  needs  only  be  taught  how 
to  insert  the  proper  inputs  and  read  the. outputs. 

,  c.  By  automating  the  FDC,  more  speed,  accuracy,  and  responsiveness  to 
fire  requests  will  be  achieved.  The  calculator  will  greatly  assist  in. 
getting  rounds  fired  rapidly  onto  the  target  and  in  permitting  immediate 
engagement  of  targets  without  expending  large  amounts  of  ammunition  in  fire 
adjustment.  Greater  accuracy,  speed  of  operation,  responsiveness  and 
simplicity  are  principal  elements  on  which  justification  is  based. 

4.  BASIS  OF  ISSUE:  The  basis  of  issue  will  be  two  (2)  Mortar  Fire  Control 
Calculators  per  mortar  Fire  Direction  Center.  BOIP  I  action  has  been 
initiated  by  the  USAIS.  (USMC  BOI  will  be  two  (2)  per  mortar  platoon  and  - 
two  (2)  per  rifle  company  mortar  section). 

•  nj..  i  •-  .  .1  .  • 

5.  PRINCIPAL  CHARACTERISTICS:  The  basic  objective  of  this  program  is  to 
produce  a  preliminary  design  of  a  small,  fugged,  easy  to  operate  and  . 
inexpensive  computer  that  will  eliminate  the  use  of  existing  graphi.cal  fire' 
control,  equipment;  .‘.The.MFCC.  shall  be  b:solid  stateielectronic  computing-^-j 
deviceiwith  waterpropf  membrane  switch  keyboard  arid  panel  switches ,v circuit, 
boards,  ; display' elements  .and  power’ supply..’ /The  MFCC'shall  be  ’capable'  of  :•!' 
being'powered  by  interchangeable  primary  (nori-rechargeable)  or  secondary 
(rechargeable)  batteries.  The  operator  will  operate  the  calculator  through 
switch  controls,  a  keyboard  and  a  digital  display.  The  MFCC  must: 

a.  Be  capable  of  calculating  all  fire  control  information  required  to 
lay  and  fire  81mm  and  4.2  inch  mortar  ammunition  and  the  Lightweight  Company 
Mortar  System  (LWCMS)  (COmm)  that  was  Type  Classified  Standard  in  Jul  77. 

b.  Accept  both  grid  coordinates  and  polar  plot  information  and  produce 
accurate  mortar  firing  data.’. i. 

c.  :Have  the  capabil1ty;Of  quickly!  Storinglb.allistic  data  or  utilizing-.' 
a  conversion’ factor  for 'all  known  cartridge/fuze  combinations  for. the  LWCMS. 
(60nin),  Sltrm  and  4.2  inch  mortars  and  the  capability  of  changing  stored 
ballistic  data  whenever  new  firing  tables  are  published. 

d.  Be  capable  of  operating  in  environmental  extremes,  categories  1-6 
as  prescribed  in  AR  70-38. 

e.  Be  capable  of  storing  initialization  data  (referred  deflection, 
mounting  azimuth  and  mortar  altitude)  and  generating  fire  control  data 
for  a  minimum  of  six  mortar  firing  positions  in  sequence. 

f.  Be  capable  of  accepting  the  following  inputs: 

•  it 

(1)  Mortar  to  target  azimuth  (Mils). 
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(2)  Observer  to  talrget  azimuth  (Mils). 

(3)  Propellant  charge. 

(4)  Mortar  to  target  range  (Meters). 

(5)  Observer  to  target  range  (Meters). 

(6)  Mortar,  target  and  observer  altitudes  (Meters). 

(7)  Meterclogical  (MET)  message  in  standard  terms  used  in  FM23-91 
(paragraph  13-22). 

(8)  Observer  correction  for  deviation,  range  and  height  of  burst. 

(9)  Range  and  deflection  corrections  after  registration  within  transfer 
limits  as  defined  in  Figure  12-15,  FM  23-91. 

(10)  Mortar,  target,  and  observer  locations  in  grid  coordinates'.  -. 

(11)  Hor.tar’ referred  deflectionlx*.  . 

(12) .  Itortar  mounting  azimuth.  • .  ■ 

(13)  Propellant  temperature. 

'X^(14)  Magnetic  to  grid  azimuth  conversion  factor. 

(15)  Deflection  corrections  after  registration. 

(16)  Location  of  No-Fire-Areas  expressed  in  grid  coordinates  with  as  . 
many,  eight^points  each*.'!. 

(17) ' ■’Hanual  entry  of  laser' designator' data  (range,  vertical  ahgle  and  *1 

azimuth)  for  both  target  designation  and  correction..  >•.  , 

g.  Be  capable  of  providing  the  following  outputs: 

(1)  Mortar  to  target  range  (Meters), 

(2)  Mortar  to  target  azimuth  and  deflection  (Mils). 

(3)  Mortar  tube  elevation  (Mils),  corrected  tc  include  altitude 
difference  between  position  and  target. 

(4)  Propellant  charge  (Increments). 

(5)  Time  of  flight  (Seconds  to  nearest  1/10). 

«  • 
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.(6)  Maximum  ordinate  (Meters). 

(7)  Fuze  setting  for  illumination,  smoke  and  HE  airburst  ammunition 
(Seconds  to  nearest  1/10). 

(8)  Replot  target  coordinates. 

(9)  Replot  target  altitude  (Meters). 

(10)  Firing  azimuth  (Mils). 

(11)  Firing  deflection. 

(12)  Range  and  impact  coordinates  for  illumination  round  cannister. 

•  .  (13).  Violation  of  No-Fire-Areas. 

.  ..  j..  .  ,  :  •  •  V  • 

\  h.  Firing  data  computation  time  shall  be  less  than  five  seconds. 

i.  i -Be  designe.d  for  simplicity ‘.of. operation  so.. that,  it'may.bevutilized 
by'anyipembei'  of  -the' mortal  crew  witK  a  minimiim  of  trai ni ng :V .-  ' 

j.  ;  Have  a  memory  capability  for  storing  nine  forward  observer  loca-  : 

tions.-  .  . 

k.  Permit  the  operator  to  verify  entered  data  and  correct  such  data 
during  a  fire  mission. 

l.  Be  hand  portable  and  weigh  no  more  than  six  pounds  to  include 
internal  power  source. 

m. ”  Have  a  self-contained  throwaway  and/dr  .rechargeable 'power  sources 
with  a  lifeof’lOOO'one-minute’computatioris  under  a  daiiy'ambieht  tempera¬ 
ture,  range  of..70OF  (+20°); } .For 'teSt  purposes.reach  typical  computation  ‘i 
(fire  mission)  includes  shift  from  registration  point,  the  initial  fire  ^ 
command  and  one  observer  correction. 

n.  Have  a  low  voltage  indicator. 

0.  Have  a  power  source  that  can  be  carried  in  the  operator's  pocket 
in  low  temperatures  and  supply  power  to  the  unit  through  an  interconnect¬ 
ing  cable.  Stored  data  should  be  retained  for  five  minutes  to  allow  for 
battery  replacements  and  changes  to  pocket  carry  mode. 

p.  Provide  means  to  use  both  vehicular  and  conmon  generator  power. 
Memory  content  will  not  be  lost  in  the  changeover- from  internal  to 
external  power  or  vice  versa.  Provisions  shall  be  incorporated  to  pro¬ 
tect  the  calculator  against  excessive  voltage  and  reverse  polarity  when 
operating  on  external  power  source. 
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q.  Be  capable  of  storing  data  for  eight  (8)  registration  points, 
up  to  three  (3)  final  protective  fires  and  at  least  50  reference  points 
or  otht.r  targets  (total  of  61  locations)  to  include  6-TO  No-Fire  Areas. 
(FM  23-91,  Sec  I.  Ch  16). 

r.  Compute  firing  data  that  is  accurate  within  10  meters  in  both 
range  and  deflection  for  all  ranges  out  to  the  maximum  range  of  the 
morta;  . 


s.  Have  electronic  components  that  are  capable  of  reliable  opera¬ 
tion  in  the  electromagnetic  environment  normal  to  coirfcat  operations,  to 
include  enemy  electronic  countermeasures  (ECM).  Calculator  must  not  be 
damaged  or  degraded  by  electromagnetic  pulse  (EMP). 

t.  Have  a  display  that  is  legible  under  all  expected  ambient  light 
conditions.  The  readout  display  should  not  give  the  appearance  of  being 
illuminated  when  it  is  not  or  vice  versa. 

u.  "Be  capable;  of  accepting  and  computing' d^ta  for.-standarcL training.' r.u 

rounds  for 'all  types,  of  mortars  ..s.  '  ! 

V.  Must  not  require  nuclear  hardening  due  to  sufficient  density  on 
the  battlefield.  '  . 

w.  Must  be  capable  of  interfacing  with  the  DMD  and/or  future  digital 
type  devices  over  wire  and  radio  circuits. 

X.  Have  built  in  self- test  capability. 

y.  .  Be  capable  of  storing  ballistic  data,  or  utilizing  a.  conversion 
factor;  for'all  k'nown  cartridge/fuze  combinations  and  be  capable  of  changing 
prograimed  data  by  plug  in  elements* when' new  firing  tables’ are  pub,lished.:::i. 

■  z.  Have  the  following  Reliability,  Availability  and  Maintainability  ■ 
(RAM)  characteristics:  . 

(1)  Reliability:  The  system  will  have  a  Minimum  Acceptable  Value 
(MAV)  of  5,000  hours  Mean-Time-Between-Failure  (MTBF)  and  a  Best  Operational 
Capability  (BOC)  of  15,000  hours. 

(2)  Availability:  The  achieved  availabil ity'  rate  (Aa)  of  the  system 
shall  be  no  less  than  99%. 

(3)  Maintainability: 

(a)  The  Maintenance  Ratio  (MR)  should  be  no  greater  than  0.049. 
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(b)  The  MTTR  and  MaxTTR  will  not  exceed  the  following  limits: 

LEVEL  mTR  MaxTTR 

Direct  Support  2  hours  8  hours 

General  Support  8  hours  16  hours 

All  times  are  exclusive  of  logistic  support  times  Such  as  travel  to  and 
from  the  service  point  and  operational  site  and  assumes  availability  of 
parts  and  test  equipment. 

(c)  Scheduled  maintenance  requirement  shall  not  exceed  the  following: 

1_.  Operator  crew  checks  and  service:  20  minutes  per  24  hours. 

2.  Organizational:  2  hours  per  week  * 

j  (4)  The  quantitative  RAM  requirements  contained  in  this  LR  represent  •; 

‘  the.:best  . estimate  of  the  operatiohal.  and  technical  requirements --for  •this  v'; 

j  ’  system  based.  utJoq  current  available  knowledge;;  however,' when  =infonnati on  ^ 

I  .  •  is  -gained  from  subsequent  studies',  trade-off  ahalys'es  and  cost  effectiveness 

;  evaluations  that  indicate  a  change  in  the  need,  operational/technical  capa- 

•  bilities  or  breech  of  thresholds,  the  combat  and  materiel  developers  may 
jointly  initiate  a  change  to  the  appropriate  RAM  requirement. 

6.  TESTING  REQUIRED:  '■  ’  ■  ’ 

a.  Critical  Issues  for  Tests  to  be  determined  by  EDT-6,  EDT-C  and 
DT/OT  II.  ‘ 

I  (U; .  Jhe  data  calculator,  must  be’capable  of  calculating  a.n  firing  J 

j  data. -required  to 'lay  and  fire  mortan  systems'-.'^'.' 

*  •  •.  *  .  ’ 

'  (2)'  '  The  data  calculator  shalT 'accept  grid  coordinate  or  polar  plot 

information  and  provide  the  correct  mortar  firing  data. 

(3)  The  data  calculator  must  be  capable  of  operating  in  environmental 
extremes  categories  1-6  as  prescribed  in  AR  70-38  when  operating  with 
.either  an  external  or  internal  power  source. 

(4)  The  data  calculator  must  be  capable  of  accepting  all  of  the  above 
specified  input  data  (paragraph  5). 

(5)  The  data  calculator  shall  provide  all  of  the  above  specified 
output  data  (paragraph  5). 
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(6)  The  MFCC  shall  provide  an  increase  in  speed,  accuracy  and 
responsiveness  to  fire  requests  over  current  fire  control  methods. 

(7)  The  data  calculator  shall  provide  readout  mortar  firing  data 
in  less  than  five  seconds. 

^  (8)  The  data  calculator,  including  internal  power  source,  will  be 
hand  portable  and  weigh  no  more  than  six  pounds. 

(9)-  The  data  calculator's  power  source  will  be  self-contained, 
throwaway  and/or  rechargeable  and  will  have  a  life  of  at  least  1000 
one-minute  computations. 


(10)  The  data  calculator  shall  be  simple  enough  in  operation  that  it 
may  be  utilized  by  any  member  of  the  mortar  crew  with  a  minimum  of 
training. 

(11)  The  data  calculator  must  be  capable  of  storing  data  for  eight 

registration  points,  up  to  three  (3)  final  protective  fires  and  at  least 
50  reference  points' or  other  targets  (total  of  61 )V!).  ■  *  ' 

(12)  The  MFCC  shall  meet  RAM  requirements. ■-=  .  - 

(13)  The  MFCC  shall  not  lose  stored  data  during  che.^ging  of  batteries 

(14)  The  MFCC  shall  have  the  capability  of  storing  ballistic  data,  or 
utilizing  a  conversion  factor,  for  all  known  cartridge/fuze  combinations 
of  organic  mortars. 

(15)  The  MFCC  shall  meet  electromagnetic  environmental  end  electro¬ 
magnetic  pulse  (EMP)  requirements.-. 

.  b.  “Schedules"' and  Miles  tones  .. 

Month  after  Program 

Initiation _  Milestones 

0  LR  approval  and  funding 

authorization  ”  ' 


5 

16 


Award  contract  for  proto¬ 
type  ■ 

Receive  prototypes  and 
initiate  DT  II 


Initiate  OT  II 


20 


Complete  DT/OT  II 


DEVA  IPR  . 
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7.  LOGISTICAL  SUIM'ORT  IMPLICATION'S: 


a.  The  lil'CC  v.'ill  be  tiesiyned  for  "repair  at  DS/GS  level"  with  the 
normal  daily  operational  checks  and  cleaning  and  battery  replacciiient  or 
recharging  at  operator  or  organizational  level.  Due  to  low  field  density 
and  the  similarity  of  other  types  of  military  electronic  equipment, 
there  should  be  no 'adverse  effects  on  the  logistical  system.  Testing 
conducted  as  of  this  date  indicates  no  logistical  constraints  or  special 
considerations  applicable  to  the  design  or  developinont  of  this  item. 


b.  Technical  Risks  -  The 
Control  Calculator  (MFCC)  has 
cept  evaluation  testing  of  a 
HEL.  Low  technical  risks  exi 
that  are  within  acceptable  si 
of  operating  temperatures  and 
Maintainability  requirements, 
structed  of  off-the-shelf  mil 


technical  feasibility  of  the  Mortar  Fire  2 
been  proven  with  the  construction  and  con-  y 
feasibility  model  in  FY  74  by  the  USAIC  and 
St  only  in  the  development  of  a  set  of  batteric::'-: 
ze  and  weight  limits  over  the  complete  range 
that  meet  Reliability,  Availability  and  | 

Insofar  as  possible,  the  MFCC  will  be  con-  * 
-spec  available  components.  1 


c.  ••  Training  Support  Implication's:;--;  -  j 

(1)  General.  Technical  cTocumentation  develop'ed  in  'accordance  with  h 

HIL-M-632-XXX(TM)  will  be  the  principal  instructional  resource  for  operator/  [ 
crew  and  organizational  through  general  support  maintenance  training.  ITDT  v 
is  required.  The  TRADOC/DARCOM  ITDT  Policy  that  is  being  developed  will  y 
apply  to  this  requirement  upon  issuance.  J 

(2)  Training  Package.  Job  oriented  criterion  referenced,  individual- 

ized,  training  packages  (courses)  will  be  developed  based  on  the  technical 
documentation  and  will  employ  training  devices  to  train  operator/crew  and  ! 

maintenance  personnel.  These  packages  will  be  specifically  geared  to  the  ‘ 

mental,  and  physical  capabilities  of  soldiers  typical  of  those  who  will  :i  . 
operate  and  maintain  the  system  when  it  Is  fielded..  ^  In  addition  to  ITDT;m 
itself,'  the  training  package  will  include  system  training  devices  (operator 
and  maintainer),  and  other  instructional  and  job  aid  media  appropriate  to  r' 
the  tasks  being  taught  such  as  TEC,  films,  TVT,  correspondence  courses  I 

and  other  literature  deemed  appropriate  by  the  developer.  Courses  will  be 
required  both  for  individuals  and  for  collectives  (crew/unit)  and  will  be  \ 
produced  in  forms  administerable  in  both  the  institutional  and  unit  training*''^ 
environments.  The  unit  training  environment  includes  the  garrison  area,  I 
local  training  area,  and  major  training  area.  The  job  training  courses  willf 
be  designed  to  develop  and  sustain  proficiency.  A  training  package  of 
effective  and  practical  instructional  media,  to  include  TEC,  TVT  devices  I 
and  training  literature  suitable  for  introductory  and  continuing  use  by  yV 
both  units  and  institutions,  must  be  available  at  test  DT/OT  II.  ‘u 
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8.  FUNDING.  The  estimated  total  funding  (6.4)  required  to  conduct 
engineering  development  (ED)  under  this  LR  is  under  $2,000,000.  The 
following  research  and  development  costs  as  defined  in  AR  37-18  is  expres¬ 
sed  as  follows: 

a.  Summary  of  estimated  life  cycle  costs  as  expressed  in  constant 
and  Inflated  dollars  (SM-Millions): 


CONSTANT  DOLLARS  (FY  78) 


INFLATED  DOLLARS  (FY  78) 


LOW 

MOST  LIKELY 

HIGH 

LOW 

MOST  LIKELY 

HIGH 

R&O 

1.07 

1.12 

1.86 

1.11 

1.17 

1.93 

Non- 

Recurring 
,  « 

■  .11 

.12 

.20 

.13 

.14 

.23 

Invest¬ 

ment 

6.91 

7.27 

11.99 

8.88 

9.35 

15.43 

Recurring  :<j  • 

8.09.'i^ 

8.5lL.j 

10.12  >’  • 

lO^'-r.  - 

17.59 

O&S't 

(3yrs) 

.32  • 

.34  : 

.56 

.37  ' 

.39 

.64 

TOTAL 

8.41 

8.85 

14.61 

10.49 

11.05 

18.23 

b.  Quantity/unit  costs,  estimated  design  to  unit  flyaway  and  unit  pro¬ 
curement  costs  expressed  in  constant  FY  78  dollars. 


ITEM 
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UNIT  FLYAWAY 


MortariFire  Control-’:  2520-US  Army -v  '  $2344. OO  iO 

Calculator  (MFCC)l)  500-US  Marines:  *; 


UNIT  PROCUREMENT 
$2447:00.iM 


TOTAL  3020 

NOTE  1:  Sunk  Costs: 

a.  RiD  $0.15  b.  Investment  $  -  c.  Other  $  - 

NOTE  2:  Quantity  of  Prototypes  -  20. 

c.  ^^Recommended  funding  profile  expressed  in  constant  FY  78  dollars  and 
inflated  dollars  (SM-Millions).  Constant  dollars  in  brackets  to  left  of 
inflated  dollars. 

*  Costs  have  been  validated  by  ARRADCOM  (DRDAR-SEC-D) ,  Control  Number  746,  4  No 
77,  with  Revision  Number  1,  22  Nov  77. 
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FY  78 


FY  79 


FY  80 


Prod  Proc 


(.85)  .87 


FY  81 


Prod  Proc 


(1.59)  1.99 
FY  84 


ROTE  iL 
Prod  Proc 


(1.19)  1.64  : 


ROBERT  J.nUNN 
Major  General ,  USA 
Director  of  Development 
and  Engineering 


(.27)  .30 


FY  82 


(1;63)  1.96 

■* 

FY  83 


(1.52)  1.99 


(1.46)  1.98 


TOTALS 


(1.12)  i;.17  7 


(7.39)  9.59 


JAMES  H.  MERRYMAN 
Major  General,  GS 
Deputy  Chief  of  Staff 
for  Combat  Developments 
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DEVA  IPR  RECOMMENDATIONS 
FOR 

TYPE  CLASSIFICATION 
OF 

COMPUTER,  BALLISTICS  I  MORTAR,  XM23 
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DEFAItTMENT  OF  THE  ARMY 
W  loan  AMAMENT  RCSCAACM  AND  DCVn.OrNEirr  COMMANO 
Mvn.  NEW  jum  07*01 


DRDAX-SC-IM23  1  July  1981 

SUBJECT:  DEVA  IPB  RecoaDcndAtlon*  for  Tjrpe  Claaslflcatlon  of  tho 
Conputor,  B*lll*tlco:  Mortar,  XM23  (MPCC) 


Coo&andcr 

U.S.  Arnf^  Material  Ocvelopaent  oad 
Keadinesa  Coaosand 
ATTN:  DRCDE 
5001  Eiaenhower  Avettae 
Alexandria,  TA  22333 


Forwarded  for  approval  are  the  reconaendatlona  of  the  Computer, 
Balllstlea:  Mortar,  XM23  (KFCC)  DEVA  IPR  held  on  1  Julp  1981. 


3  Inel 

1.  TC  Recommendation 

2.  HSR  Submlaalon 

3.  DEVA  IPR  Minute*  (DEVA  IPR 
Recommendation  Inel  2  to  thl*  inel) 


TT7S  CLASSmCAIlOR 


UCOMKENDATIOH 


1.  A  Dcvclopaeat  Acceptance  In-Process  Itevlev  (DEVA-IPX)  vss  held  on 
1  July  1981,  resulting  in  a  deteraination  that  the  Cooputer,  Ballistics: 
Mortar,  XM23: 

a.  Is  acceptable  for  the  aissioa  intended.  * 

h.  Does  aeet  regulatory  prerequisitea  for  entry  into  the  An^ 
Inventory. 

e.  Is  required,  la  Halted  quantity  (468)  for  a  Halted  tlaa  (through 
Sep  1983)  for  an  urgent  operational  requlreaent  tdiich  will  allow  the 
currently  scheduled  IOC  date  to  he  aet  and  will  expedite  getting  an 
urgently  needed  systea  into  the  haxtds  of  soldiers  in  the  field. 

d.  Is  safe  for  all  aspects  of  use  (Safety  and  Health  Data  Sheet 
attached). 

2.  Accordingly,  recommend  the  Itea/systea  he  type  classified  Halted 
Procurement  (LCC-D). 

3.  Replacement  information:  Rone 

* 

4.  Specific  end  itea  recommended  for  type  classification: 
a.  Federal  Itea  Identification:  1220 

h.  UR:  Z17218 

e.  KSR:  RTA 
d.  RICC:  VIA 

a.  Type  classification;  Limited  Procurement  (LCC-U) 

f.  BOIP  msshez:  78-0018? 

g.  Requirement:  Letter  Requirement  (LR)  for  Mortar  Fire  Control 
Calculator  OlFCC),  USATRADOC  ACH  16906,  dtd  30  December  1977. 


msAt-sc 


MSI _ 

SUBJECT:  Material  Statiis  laeord  Subaisslon 

TO:  Baadquartara 

U.S.  Anqr  Matarlal  Devalopaaot 
and  Raadlaaaa  Coonand 
ATTB:  DRCDE-A? 

5001  Eisanhowar  Avesua 
Alexandria,  EA  22335 

Coaputar,  Balllatlca:  Mortar,  IM23 
Togathar  with  tha  attached  docu&ents,  are  forwarded  for  recording  la 
the  Materiel  Statue  Record  In  accordance  with  AR  70-2: 

CEWERAL  IWFORMAtlOW: 

a.  Project/Taek  Title:  Computer,  Balllatlca:  Mortar  XM23 
(Mortar  Fire  Control  Calculator). 

h.  Frograa  Element:  6.47.2S.A 

e.  Froject/Task  Rumbart  1V464727AS7000 
d.  CARDS  Faragraph  Reference:  112B 

a.  FravloualF  Recorded  Item  Buabera:  Bona 

f.  LIB:  Z17218 

g.  MSB:  to  be  aaslgned  at  a  later  data 
TTfFE  CLASSinCATIOH/RECLASSIFlCATIOH 

a.  Item:  Computer,  Balllatlca:  Mortar,  EM23 

b.  Data  of  Review:  1  Julp  1981 

c.  TC  Declaloa:  XN23  TC  LCCU  to  M23 

d.  Other  Declalona:  Bona 

a.  Approved  bj:  Data: 


imBAK-SC 

SUBJECT:  Matsri*!  Status  Kceord  Subolialon 

FKEPAREP  IT: 

Offiest 

s 

^  • 
Sam  of  Contact:  J.A.  Schalts  Telephons:  AUTOVOS  88C 


3  loci 

1.  Ur,  DRCSE,  1  July  1981 

2.  SEVA  1?E  Minutes,  1  July  1981 

3.  TC  Secoaoendation,  1  July  1981 
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U/B619 


SEVA  m  KENUTES 


SAXE  X  July  1981 

rURPOSE:  ZM23  SEVA  IFE  to  Eotabllsb  SEVA  XHl  RaconModatlon 

ATTENDEES:  So*  lodoour*  1 

1.  Th*  XH23  SEVA  IPS  vaa  bald  at  ARRADCOM  on  1  July  1981  and  vaa  cbairod 
by  LTC  Savld  V,  Logan.  Kaaea  of  attandeea  ar*  provided  at  Incloaur*  X; 
voting  aeabara  ar*  preceded  with  an  aatarlak. 

2.  A  copy  of  tb*  preaentatlon  given  by  Mr.  J.A.  Scbaltr*  SPO,  XM23  la 
attached  aa  Incloaura  3  Reconraended  Inproveoenta  Introduced  aa  a  reault 
of  dlacuaaiona  during  tb*  oeetlng  baVe  been  incorporated  via  band-vrltten 
addition*.  It  vaa  the  concensua  that  theae  laprovenenta  ar*  of  acceptabl* 
tacbnleal  riab  and  could  be  Incorporated  Into  tbe  unit  during  tb*  next 
contractual  pbaa*. 

3.  Tb*  TECOM  represeetatlv*.  via  FOMECON.  recoaaended  in  light  of  tb* 
planned  ispSrveaenta  to  ellalnat*  the  battery  adapter  vend  and  tb*  V-l 
wlr*  adapter  vltb  caa*  Integral  connectora*  that  teatlng  of  theae  Itea* 
be  delayed  until  theae  ia^rovementa  have  been  Incorporated  Into  the  unit. 
Teatlng  then  could  be  accosniodated  during  the  Flrat  Article  Initial 
Production  Teat  (FA-IPT).  Reconraendatloo  accepted. 

4.  Th*  follovlng  facta/clarlfleation  were  identified  for  conalderatlon 
by  the  Uaer  In  regard  to  a  review  of  th*  letter  Requlreaent*  (LX)  and 
tb*  XK23  capabllltlea. 

a.  Ref  LR5g(12)  tbe  word  *'canlarer''  will  be  changed  to  tb*  word  "dud**. 
Th*  XM23  conputea  dud  range  and  Impact  coordinate*  for  the  Slna  and  4.2" 
illumination  round*.  One  of  tbe  aoftvar*  Improvenenta  to  be  incorporated 
into  the  unit  ia  to  provide  the  added  capability  to  calculate  the  range/ 
Impact  coordinate*  for  tbe  60isa  illumination  round*. 

b.  Ref  IX  5k  Verification  and  correction  of  operator  entered  data 
will  be  possible  even  after  the  calculation  has  been  completed.  This 
improvement  vlll  be  incorporated  during  the  next  contractual  phaa*. 

c.  The  wording  in  LR  para  51  will  be  changed  to  reflect  that  mortar 
wen  trained  In  Fire  Direction  (FDC)  Operation  should  be  able  to  operate 
the  XM23  with  minimum  training,  as  opposed  to  stating  that  any  member  of 
the  sorter  crew  can  operate  it  with  minimum  training. 
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5.  The  urgent  requlreaent  reflects  the  quantity  needed  to  equip  hey  Eapid' 
Seploynent  Eorce  units  snd  establish  s  training  base,  plus  30Z  additional 
flMt  quantity  for  support. 

*  . 

6.  TRADOC  representatives  recciysended  that  s  IOC  TUTZ  be  conducted.  This 
is  presently  in  the  progroa  schedule. 

7.  LEA  representative  identified  s  need  for  naintenance  floats/DZ  quantities 
be  included  la  the  procurement  quantity.  (Pars  5  above  addresses  these 
qi;.antlties.) 

8.  logistic  Support  Milestones  vill  be  finalized  by  3rd  QTR,  F782.  US 
element  nllestones  vUl  be  published  in  on  updated  logistic  Support  Plan 
to  establish  logistic  support  vhen  items  are  type  classified  standard. 

9.  The  DEVA  IFR  recocaendetion  is  at  Inclosure  2. 


2  Incl 

PREPARED  BT: 

OOMCURRQ): 


USALEA 


S 


2 

D-7 


ft  J 


Dm  ZFR  RECOKMEHCATIOH 


Kft 

THE  COMPUTER,  BALLISTICS:  MORTAR  XM23 


1.  The  Computer,  Bellletlce:  Mortar  XM23  (MFCC)  ceecntlaUy  meets  tihe 
requirements  delineated  in  the  Letter  Requirement  (LR)  against  vhleh  It 
«es  evaluated. 

2.  The  EM23  Is  aceeptahle  for  calculating  Infantry  mortar  systems  fir¬ 
ing  data,  (60mm,  Sima,  and  lOImm  mortar  systema)  and  should  be  classified 
as  Limited  Production  (LCC-U).  The  XM23  Is  acceptable  for  Intro¬ 
duction  Into  the  Army  Inventory  after  the  Improvements  listed  In  Para  3 
ara  Incorporated  Into  the  system,  vhleh  can  be  accomplished  durix:g 
limited  production  without  further  development  effort. 

3.  The  following  Improvements  will  be  Incorporated  into  the  XM23  system 
prior  to  fielding: 


BARLUARE 

a.  Add  voltage  protection  circuit  for  protection  against  excesslva 
voltages. 

b.  Insure  minimum  of  50Z  reserve  memory  for  future  expansion  after 
4  new  rounds  have  been  Incorporated  (see  para  3b  below). 

e.  Prevent  data  loss  lAen  lew  voltage  Indicator  light  comes  on. 

d.  Provide  for  operation  with  primary  and  secondary  (rechargeable) 
batteries. 

a.  Ellmlnaiv  the  need  for  separate  2/4  wire  adapter  with  case  In¬ 
tegral  conneetor. 

f.  Replace  V-1  "Pig  Tall"  with  case  Integral  connector. 

g.  Eliminate  the  battei^  adapter  wand. 

SOFTWARE 

h.  Program  4  new  rounds  into  XM23  (M374A3,  XM630,  M33SA1,  M329A2). 

i.  Provide  dud  Uliminatlon  round  Impact  point  and  warning  fire  zone  - 
violation  for  60mn. 
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DEVA  1P&  KECOMHENDATION 


VDE 

THE  COMPUTER,  BALLISTICS:  MORTAR  XM23  (Cont'd) 


Delete  2nd  application  of  adjuatnent  during  ahlft  nlsslon.  • 

• 

k.  Provide  operator  override  to  change  eelected  charge  (SO/Slon)  . 
and  aelected  elevation  f4*2'')  progran  to  apply  registration  correctibn 
to  FPP. 

l.  lift  restrictions  on  aortars  to  permit  deflection  capability  . 
of  6400  mils. 

a.  Implement  changes  specified  in  OTll  lER  Para  7b,  71  and  7a. 

a.  Lift  max  range  restrictions  of  SOmn  to  calc.  Max  range  for  max 
charge. 

o.  Include  conversions  for  ammo  vt.  (Ibs/squares),  alt.  (ft/meters), 
muzzle  velocity  (ft/sec  or  m/sec),  training  rounds  (decimeters). 

p.  Cepahillty  to  review  and  correct  all  data  even  after  calculation 
is  coiiq>leted. 

q.  Incorporate  a  standby  indicator.  ,  .  . 

. r.  Ability 'to. correct  OT  direction  if  GT  switch  is  incorrectly, 

pushed  when  computing  grid  mission. 

a.  Implement  KPI  registration  procedure.  , 

t.  Display  warning  when  friendly  positions  are  entered  as  targets.  • 

u.  Program  calculator  to  converge  sheaf  when  desired  in  fire  for 
effect. 

4.  It  is  agreed  that  the  wording  in  the  LR,  para  51,  be  changed  to  reflect 
that  mortar  men  trained  in  Fire  Direction  Center  (FDC)  Operation  should  be 
able  to  operate  the  XM23  with  minimum  training.  Other  LR  requirements  not 
met  are  considered  waived  for  TC-LPU.  Consideration  will  be  given  to 
providing  keyboard  illumination  at  no  trade  off  of  battery  life. 


DEVA  XPR  RECOMMENDATION 

FOR 

THE  COMPUTER,  BALLISTICS:  MORTAR  XM23  (Cont*d) 

* 

f 

5.  The  above  poeltlon  has  been  reviewed  and  concurred  in  by  the  undersigned. 


DAVID  V.  LOCAN 
LTC,  IN,  IPR  CHAIRMAN 


RONALD  L.  DOYLE 
DSALEA 
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PRODUCT  IMPROVEMENTS  IDENTIFIED  IN  THE 
SCOPE  OF  WORK  SECTION  OF  PRODUCTION  CONTRACT 
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Product  Improvements  Identified  In  the  Scope  of  Vtork  (SOW) 

Section  of  Contract  0AAK10-83-C-0135,  26  May  83 

The  followinq  product  Improvements,  some  of  which  resulted  from  short- 
comlnqs  uncovered  during  DT/OT,  are  to  be  Incorporated  In  the  Improved  mortar 
ballistics  computer: 

<  a.  Hardware 

(1)  The  audio  frequency  coupler,  P/N  11735866,  shall  be  eliminated  as  a 
major  assembly  and  Its  function,  to  orovide  a  communication  link  between  the 
digital  message  device  (OMO)  and  the  mortar  computer.  Incorporated  within  the 
computer  case.  Input  terminals  shall  he  mounted  on  the  comouter  case. 

(2)  The  electronic  power  adaoter,  P/N  11785311,  which  provides  a  physical 
connection  between  an  external  oower  source  and  the  computer  shall  he  eli¬ 
minated.  Provisions  for  an  external  power  source  shall  be  accomplished 
through  a  cable  connector  mounted  flush  on  the  computer  case. 

(3)  A  visual  means  shall  be  provided  to  Indicate  that  the  computer  is  in 
the  "on"  mode. 

(4)  The  computer  keyboard  shall  be  provided  with  night  illumination; 
evenly  distributed  and  continuously  adjustable  from  "off"  to  full  brightness. 

(5)  The  comouter  shall  provide  a  battery  level  indicator  which  presents 
an  Identifiable  indication  of  the  remaining  capacity  of  the  battery.  If  the 
remaining  battery  capacity  is  below  the  level  required  for  proper  operation  of 
the  computer,  the  indicator  shall  indicate  thot  replacement  is  required.  The 
battery  level  Indication  will  be  based  on  a  real  measurement  of  low  battery 
level  and  must  be  visible  to  the  operator.  Incorporation  of  an  analog  or 
digital  indicator  is  at  the  discretion  of  the  offeror. 

(6)  The  computer  shall  be  capable  of  accept ino  power  from  either  internal 
batteries  or  20-32  volt  DC  vehicular  power.  It  Is  desirable,  not  mandatory 
that  the  charqino  of  the  Internal  battery,  when  recharoeable  batteries  are 
used,  shall  be  possible  while  the  computer  is  operating  on  external  power. 

(7)  The  computer  shall  be  provided  with  the  means  to  protect  the  unit 
from  excessive  voltages  and  reverse  oolaritv.  The  magnitude  of  excessive 
voltages  is  not  to  exceed  the  voltage  transients  as  defined  in  MIL-STn-1276, 
"Characteristics  of  28  Volt  DC  Electrical  System  in  Military  Vehicles." 

(8)  The  computer  shall  have  an  Internal  elapsed  time  meter  to  register 
running  time  whenever  the  computer  Is  turned  on.  It  Is  not  mandatory  that  the 
elapsed  time  meter  be  resetable.  The  elapsed  time  meter  is  to  be  visible  to 
maintenance  personnel  only. 

(9)  The  comouter  shall  be  powered  through  an  internal  power  source 
(battery)  and  have  the  capability  of  accepting  both  a  throwaway  and  a 
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.  recharqeahle  power  source.  These  batteries  should  be  standard  military 
batteries.  They  shall  be  available  In  the  military  Inventory  or  off  the  shelf 
from  commercial  sources.  Therefore,  it  Is  up  to  the  contractor  as  to  what 
type  of  batteries  should  be..."  only  indicates  a  oreference  for  standard  mili¬ 
tary  batteries  no*,  a  contractual  requirement. 

(10)  The  computer  shall  be  provided  with  a  minimin  of  100  percent  addi¬ 
tional  memory  that  is  available  for  future  reouirements  since  the  ziloo  280 
microprocessor  will  only  support  addressino  a  memory  space  of  65,536  bytes,  a 
redesiqn  usinq  a  microprocessor  with  addressinq  capabilities  above  05,536 
bvtes  would  be  acr.eotable  in  meetinq  this  requirement  and  should  be  discussed 
In  the  dfferor's  orooosal .  This  Increase  of  memory  will  be  performed  by 
Insertion  of  additional  memory  components  or  module(s).  The  100  percent 
qrowth  is  to  be  based  on  the  proqram  with  all  requested  software  chances 
Incoroorated. 

(D  If  an  offeror  decides  to  incorporate  a  new  microprocessor  to  meet  the 
100  percent  additional  memory  requirement  to  satisfy  all  the  requirements 
delineated  in  Attachment  1  to  the  solicitation  and  the  requirements  of  the 
Scooe  of  Work,  (Para  A  Section  IV  -  Requirements;  subsection  b.  Software 
Shortcominqs) ,  then  it  would  be  acceptable  with  the  understanding  that  changes 
to  the  specifications  will  be  necessary  as  a  result  of  the  PPE  effort. 

(b)  The  100  percent  additional  memory  is  a  requirement. 

(c)  Mo  current  available  memory  circuits  shall  be  used. 

(d)  A  package  size  increase  is  permitted  within  the  dimensional  limita¬ 
tions  stated. 

b.  Software  Shortcominqs 

(1)  Final  Protective  Fire  (FPF).  The  FPF  format  shall  be  revised  to  be 
in  accordance  with  the  procedures  used  by  the  Fire  Direction  Center: 

(al  Remove  left  and  right  flank  and  replace  with  the  actual  oun  numbers 
in  the  display. 

(b)  Enable  the  computer  operator  to  qo  directly  to  the  qun  he  wants  to 
ad.iust  without  sequencing  through  all  fire  data  for  other  guns. 

(c)  FPF  shall  be  considered  as  an  active  fire  mission  and  allow  for 
safety  data  entry. 

(d)  The  M-23  shall  display  safety  data,  i.e.,  maximun  ordinate,  impact 
coordinates,  time  of  flight,  etc.,  under  F.^F  action  missicn. 

(e)  The  computer  operator  shall  be  able  to  enter  direction  (observer- 
iarqetj  before  the  first  round  is  fired  so  that  the  M-23  does  not  default  to 
qun-tarqet  azimuth  instead  of  maintaining  the  actual  operator- entered 
observer-target  azimuth. 
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(f)  The  computer  operator  shall  have  the  capability  of  adiustinq  the 
charge  during  final  protective  fire  (FPF).  The  computer-selected  charge  for 
FPF  for  the  60niti  and  fllnm  mortars  cannot  be  manually  changed  hy  the  operator. 
If  adjustments  to  the  FPF  exceed  (go  above  or  below)  the  pre-selected  charge, 
the  mission  must  he  ended  and  a  new  mission  started. 

(g)  Mortars  do  not  use  time  corrections  for  registration,  but  do  dif¬ 
ferentiate  shell/fuze  tyoes  for  registration.  The  firing  tables,  not  the  Fm 
(field  manual)  indicate  how  these  corrections  are  to  be  applied. 

(2)  Deflection  Limitations 

(a)  The  M-23  program  shall  be  revised  so  that  all  arouna-icwnteo  mortars 
are  capable  of  firing  in  a  6400  mil  circle. 

(b)  The  107tTn  (4.2  inch)  carrier-mounted  mortar  shall  have  a  1600  mil 
traverse  limit  from  mounting  azi'^utn  as  follows:  825  mils  right  and  775  mils 


(c)  The  M-23  shall  be  oroorammed  to  apply  muzzle  velocity  corrections  to 
carrier-mounted  {81m  and  107mm)  mortars. 

(3)  Mission  Switch  Abbreviations.  When  the  "mission"  switch  is  acti¬ 
vated,  the  display  shall  display  "UNA"  (Unassiqned)  to  be  compatible  with  the 
display  "UNASSIGNEO"  when  the  display  switch  is  depressed. 

(4)  Survey  Shortcomings 

(a)  Intersection.  The  M-23  shall  be  reprogrammed  to  display  "NO  TRI¬ 
ANGLE"  when  two  non- intersecting  azimuths  are  entered  oy  the  operator. 
Presently,  the  compiiter  generates  a  resection  (an  intersection  in  the  oooosite 
direction)  i.e.,  when  the  same  FO  (Forward  Observer)  is  used  to  enter  two 
different  azimuths,  the  M-23  will  disolay  the  location  of  the  FO  already 
assigned. 

(b)  Resection.  The  M-23  shall  he  reprogrammed  to  display  "NO  TRIANGLE" 
wnen  two  azimuths  are  entered  by  the  operator  which  will  not  resect.  Pre¬ 
sently,  the  M-23  reverses  the  direction  of  the  entered  azimuths  and  generates 
an  intersection. 

(c)  Traverse.  The  M-23  shall  be  reprogrammed  to  permit  traverse  to  con- 
tinuf:  after  the  base  mortar  is  entered  by  the  operator.  Presently,  traverse 
will  only  continue  if  points  are  stored  as  target  (TGT),  known  point  (KNPT), 
and  forward  observer  (FO).  If  base  mortar  is  stored,  the  traverse  stops; 
operator  shall  have  the  option  of  storing  TGT,  KNPT,  FO  and  RP  (basepiece)  in 
any  sequence. 

(5)  Illumination  Safety  Oiagrain.  The  H-23  shall  be  reprogranvned  to  com¬ 
pute  and  display  both  burst  coordinates  and  the  impact  coordinates  and  display 
a  safety  violation  if  the  impact  point  is  outside  the  safety  diagram. 
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The  M-?3  now  disolavs  a  safety  violation  only  If  the  burst  Is  out  of  the 
safety  H1aqra>n.  In  many  cases,  the  planned  burst  Is  within  the  safety 
dlaoram,  but  If  the  round  falls  to  function,  the  tralectory  of  the  round  Is 
such  that  the  round  will  impact  the  qround  outside  the  safety  diaqram. 
Current  FDC  (Fire  Direction  Center)  procedure  Is  to  construct  the  safety 
diagram  at  ranqe  to  Impact  for  maxlmi^n  ranqe. 

The  terminology  In  the  M-23  shall  be  redefined  to  Indicate  that  the  Impact 
points  are  the  burst  coordinated  and  the  canister  points  are  the  Impact  coor¬ 
dinates  If  the  round  falls  to  function  properly.  The  Intent  Is  to  keep  both 
HE  (High  Exolosive)  and  ILLUM  (Illumination)  rounds  within  the  safety  limits 
at  maximum  ranqe  only.  The  program  shall  not  be  altered  for  mlnlmun  ranqe  In 
commparinq  the  safety  diaqram  with  the  burst  coordinates. 

(6)  Safety  Data.  Safety  diagrams  for  the  M~?3  are  applied  to  the  base 
mortar  only.  The  safety  diaqram  may  be  different  for  other  mortars  in  the 
mortar  platoon,  therefore,  the  M-23  shall  be  reprogrammed  to  allow  the  opera- 

,  tor  to  enter  safety  diagrams  for  each  mortar  associated  with  the  base  mortar. 

(7)  Backstep  Capability.  The  M-23  shall  be  reprogrammed  to  allow  the 
operator  to  backstep  through  each  step  of  an  operation  In  order  to  make  cor¬ 
rections.  The  M-23  reveiw  capability  Is  liirited  at  present  to  backstepping 
one  step  of  an  operation  of  sequencing  ahead  to  a  desired  ooint. 

(8)  Special  Sheaf /Parallel  Sheaf  Corrections 

(a)  Soeclal  Sheaf.  The  M-23  shall  be  reproorammed  to  follow  the  FPF 
(Final  Protective  Fire)  sequence  for  special  sheaf. 

(b)  Parallel  Sheaf.  The  M-23  shall  be  reprogrammed  to  allow  adlusi'int 
of  parallel  sheaf  after  the  registration  Is  completed  by  the  base  mortar. 

(9)  Surveyed  Points  As  References.  The  M-23  shall  be  reprogrammed  so 
that  when  an  enoaqed  target  Is  a  surveyed  point,  and  the  mortar  position  Is  a 
surveyed  point,  the  rounds  for  FFE  (Fire  For  Effect)  shall  Impact  at  the  ori¬ 
ginal  surveyed  grid  point.  When  a  converged  sheaf  Is  selected  by  the  opera¬ 
tor,  the  100/R  used  to  close  tne  sheaf  shall  be  taken  from  the  range  to  the 
surveyed  point. 

(10)  Converge  Mission.  The  M-23  shall  be  reprogrammed  so  that  the  capa¬ 
bility  for  convergence  is  selectable  by  the  operator  throughout  the  entire 
mission.  At  present.  If  the  "converge"  switch  Is  not  selected  at  the  begin¬ 
ning  of  a  fire  mission,  the  M-23  will  not  allow  the  operator  to  select  It 
during  the  mission.  Concurrently,  the  DST  (Oestruct)  operation,  displayed 
under  the  TFC  (Technical  Fire  Control)  switch.  Shall  be  programmed  to  converge 
all  mortars  firing  onto  the  target. 
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(11)  Non-Convergent  Mission.  The  M-23  shall  be  reproqraiflmed  to  eliminate 
the  following  operational  shortcoming:  when  firing  a  polar  mission,  the  M-73 
will  display  Initial  firing  data  and  first  syubsequent  artiustment.  However, 
when  a  second  subsequent  adjustment  is  entered,  the  M-£3  displays  “NON-CONVEK- 
SENT“ .  Oepressino  the  “COMPUTE"  switch  a  second  time  for  this  adjustment, 
will  display  the  desired  firing  data.  Further,  the  term  “NONCONVERGENT"  is 
meaningless  to  the  computer  operator  and  shall  be  eliminated. 

(12)  Vertical  Interval  (VI)  detween  Target  and  Mortar  Locations.  When 
the  difference  in  altitude  (VI)  between  target  and  location  is  extreme,  the 
M-23  displays  “BAD  HEIGHT".  The  M-23  is  prooranxned  with ,  limitations  on  the 
maqnituoe  of  VI  for  which  it  will  provide  a  correction.  Reproaramminq  is 
necessary  because: 

(13)  Minimin  Firing  Elevations.  The  M-23  shall  he  reprogrammed  so  that 
firina  data  is  not  displaved  fo**  elevations  less  than  800  mils.  When  this 
condition  occurs,  the  comouter  shall  display  "ELEVATION  TOO  LOW*. 

(lA)  With  and  Without  Extension  (lOTitm).  The  M-?3  shall  be  reproorammed 
to  provide  the  capabilitv  of  chanqina  from  "with  exension"  to  "without  exten¬ 
sion*  during  subsequent  adjustments  of  a  mission  in  progress. 

(15)  Charge  Change  (81wi).  The  M-23  shall  be  reprooranmed  to  provide  the 
capability  of  changing  "cnarges"  during  adjustment  of  a  mission  in  progress. 

(16)  Weignt  Corrections,  Grid  Declination,  Grid  Zone,  Latitude  Data. 
Oi sc'^eoancies  in  tnese  data  elements  between  the  M-23  and  firing  tables  are  as 
follows: 


(a)  Weight  Corrections.  Slmn  and  SOnm  ammunition  is  computed  as  one 

standard  weight.  The  M-23  allows  for  weight  corrections  under  the  "AMMO  DATA" 
switch;  however,  the  firing  tables  do  not  give  data  for  these  corrections. 
The  lOZmn  illiTfiination  round  is  not  "squared"  as  the  HE  (H<gh  Explosive)  and 
WP  (White  Phosphorous)  rounds  are.  The  M-23  allows  weight  corrections  to  be 
applied  to  illumination  rounds  to  compensate  for  differences  in  muzzle  velo¬ 
city;  again  no  data  in  this  regard  are  contained  in  the  firing  tables.  There¬ 
fore,  weight  corrections,  which  cannot  be  correlated  with  oublisheH  firing 
tables,  are  to  be  deleted  from  the  M-23  program. 

(b)  Grid  Declination.  Grid  declination  variations  do  not  affect,  fire 

data  or  any  of  the  options  under  "survey":  switch  (intersection,  resection,  or 
traverse)  and  can  lie  deleted  from  the  M-23. 

(cl  Grid  Zone.  Grid  zone  remains  as  standard  and  cannot  be  manually 

changed,  and  can  be  deleted  from  the  M-23. 

(d)  Latitude  Data.  Latitude  data  is  a  mandatory  entry  for  the  M-23  and 
cannot  be  bypassed.  This  information  has  a  minimal  effect  on  fire  data  at 
maximun  range  and  can  be  deleted  from  the  M-23. 


(17)  Km istrat ion  (Survey  Grid).  Registrations  are  conducted  by  firino 
from  one  survey  point  to  another.  After  firino  registration  and  the  registra¬ 
tion  corrections  are  fletemined,  the  M-23  presents  the  option  EOM  (End  of 
Mission)  or  ECWAT  (End  of  Mission  Record  As  Target)  under  the  "EOM"  switch. 
If  the  operator  selects  the  EOMRAT,  the  M-23  records  the  grid  coordinates  of 
the  final  plot  with  all  the  subsequent  corrections  included.  This  is  not  the 
location  of  the  target  registration  point  (RP).  When  the  forward  observer 
(FO)  decides  to  use  this  RP  to  shift  onto  another  target,  the  M-23  will  apply 
these  new  shift  corrections  to  the  final  plot.  The  M-23  should  be  using  the 
surveyed  grid  and  not  the  final  plot  to  be  shifting  onto  the  new  target. 
Therefore,  the  M-23  shall  be  reprogrammed  to  record  the  surveyed  grid  coor¬ 
dinates  as  the  target  when  a  registration  is  completed. 

(18)  Temperature  (lOTtm).  The  firing  tables  for  the  107,  state  that 
rounds  are  not  to  be  fired  with  extension  below  -30 *F.  The  M-23  shall  be 
reproorammed  to  give  warning  that  "TEMP  TOO  LOW"  to  fire  this  mission  with 
extension  at  that  elevation. 

(19)  Elevation  Default  (107tiin).  The  M-23  now  defaults  to  elevation  900 
"^ils  for  all  missions;  operators  must  either  stay  with  default  elevation,  or 
determine  the  elevation  change  required  to  fire  the  mission.  The  M-23  shall 
be  reoroqrammed  to  select  one  of  the  three  possible  elevations  (0800,  0900, 
1065  mils)  to  fire  mission,  i.e.,  if  programed  to  give  the  lowest  elevaticn 
and  the  display  indicates  "RANGE  TOO  816"  then  the  target  if  out  of  range;  if 
at  the  highest  elevation  the  display  indicates  "RANGE  TOO  SMALL",  then  the 
round  cannot  reach  the  target. 

(20)  Cartr idoe-Fuze-Charqe  Combinations.  The  M-23  shall  he  reprogramed 
ti  display  "CHARGE  VIOLATION"  when  computing  firing  data  under  the  following 
conditions: 

(a)  Slmm  cartridges  are  used  with  fuze,  VT,  M532  at  charge  0. 

(o)  107nm  cartridges  are  used  with  fuze,  VT,  M513,  M513A1,  M513A2,  or 
M51381  below  10  increments. 

(c)  107nin  carrier-mounted,  when  firing  above  32  at  an  elevation  of  1065 

mils 

(21)  Mission  Format  Sequence.  The  M-23  shall  be  reprogrammed  so  that 
after  "TFC"  (Technital  Fire  Control)  mission  is  selected,  the  operator  shall 
be  directed  to  enter  "WPN/AMMO"  data  which  was  omitted  instead  of  defaulting 
to  "READY"  i.e.,  after  a  GRID,  POLAR  or  SHIFT  MISSION  is  selected,  the  M-23 
displays  "NO  WPN  DATA"  then  default  to  the  data  entry  that  was  missed  by  the 
operator. 

(22)  Kinimun  Range-Illumination.  The  M-23  shall  be  reprogrammed  to  pro¬ 
vide  the  capability  of  firing  illumination  at  the  minimijn  ranoe  as  listed  in 
the  respective  firing  tables.  In  this  regard,  the  M-23  shall  display  "TGT 
LOW/RNG  SMALL"  for  ranges  less  than  minimun. 


E-6 


I 

J 

! 

3 

I 

I 


i 

I 

I 

i 

1 


! 


9 

i 


i 

i 


(23)  Re<?1str«t1on  Corrections.  The  computer  when  calcuUtinq  data  for  a 
Shift  mission  from  a  target  previously  engaged  with  reolstration  corrections, 
applies  the  reolstration  corrections  twice.  This  condition  shall  be  elimi¬ 
nated  since  the  FFE  (Fire  For  Effect)  mission,  without  fire  conductino  and 
adjustment,  the  target  would  be  missed  by  tbe  range  and  deflection  distance 
resulting  from  those  corrections. 

(24)  Weight  Corrections  (lOTmn).  The  H-23  shall  be  reprogrammed  so  as  to 
provide  the  operator  with  the  capability  of  entering  projectile  weight  In 
“squares'*  or  “pounds”  to  obtain  the  range  correction  due  to  nonstandard  pro¬ 
jectile  weight. 

(25)  Muzzle  Velocity,  Altitude  Data  and  Recall.  The  M-23  shall  be  repro¬ 
grammed  to  provide  the  computer  operator  with  the  following  capabilities: 

(a)  Muzzle  velocity.  Muzzle  velocity  variations  for  range  correction,  shall 
he  entered  in  either  meters  per  second  or  feet  per  second. 

fh)  Altitude.  Altitude  data  for  firing  correction  shall  be  entered  in 
eitner  meters  or  feet. 

(c)  Recall.  The  recall  caoabllitv  to  review  data  that  has  been  entered 
into  the  M-23,  shall  be  retained  after  the  “COMPUTE”  switch  has  been  acti¬ 
vated. 

(26)  Maximum  Range  -  Ma?imijii  Charge.  The  M-?3  shall  be  reprogrammed  to 
compute  maximun  range  with  maximum  charge  for  all  mortars., 

(27)  Observer-Target  (OT)  Azimuth.  The  M-23  Shall  be  reprogrammed  to 
retain  the  entered  OT  azimuth,  (entered  when  initiating  the  “SHIFT"  or  “GRID” 
mission),  so  that  any  subsequent  adjustments  are  made  relative  to  the  OT  line 
and  not  the  gun  target  (GT)  line.  In  the  present  program,  the  M-23  defaults 
to  the  ST  azimuth. 

(28)  MPI  (Mean  Point  of  Impact).  The  M-23  shall  be  reprogrammed  to 
implement  the  MPI  format.  The  MPI  registration  mav  be  used  to  determine 
eitner  initial  firing  corrections  or  updated  corrections  from  earlier  regis¬ 
tration  or  application  of  MET  (Meteorological)  corrections.  Method  and  pro¬ 
cedures  are  discussed  in  the  FM  (Field  Manual). 

(29)  Friendly  Positions.  The  M-23  shall  be  reprogrammed  to  display  a 
warning  if  friendly  positions  are  stored  in  the  computer  as  targets.  This 
warning  shall  be  programmined  on  a  radius  rather  than  exact  Ingation:  the 
latter  would  be  within  the  bursting  radius  of  a  round  of  ammunit  i.  The  M-23 
shall  still  compute  and  display  fire  data  as  it  currently  does  .or  fire  line 
and  zone  violations. 
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(30)  Safety  Data.  Safety  dlaorams  for  the  are  applied  to  only  one 
mortar  location.  The  M-23  shall  be  reprogrammed  to  apply  safety,  diagrams  for 
all  mortar  sections  since  the  safety  diagram  may  be  different  for  other  mor¬ 
tars  In  the  mortar  platoon. 

(31)  Additional  Mortar  Rounds.  The  M-23  shall  be  programmed  to  compute 
firing  data  for  the  following  additional  mortar  rounds. 

fllmm  mortar  HE,  M374A3 

107nii  mortar  HE,  M329A2 

CS,  3W630 
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ABSTRACT 


This  Computer  Resources  Management  Plan  (CRMP)  Identifies  Important 
computer  resource  acquisition  and  life  cycle  planning  factors  and  establishes 
specific  guidelines  to  ensure  that  these  factors  are  adequately  considered  In 
the  acquisition  planning  process  of  the  Mortar  Ballistics  Computer,  M23.  In 
addition,  this  plan  establishes  the  necessary  framework  and  support  system  for 
sorware  configuration  management  during  production,  test,  evaluation,  and  post 
deployment. 
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,  COMPUTER  RESOURCE  MANAGEMENT  PLAN  (CRMP) 

FOR 

COMPUTER,  BALLISTICS:  MORTAR,  M23 

1.  GENERAL 

This  Computer  Resource  Management  Plan  (CRMP)  is  for  the  life  cycle 
management  of  the  computer  resources  of  the  M23  Mortar  Ballistics  Computer 
(MBC).  The  CRMP  is  guided  by  the  Department  of  Defense  Directive  (DODD) 
5000.29,  "Management  of  Computer  Resources  in  Major  Defense  Systems", 
DARCOM-R  70-16i  Management  of  Computer  Resources  in  Battlefield  Automated 
Systems",  dated  16  July  1979,  as  tailored  to  meet  the  requirements  of  the 
MBC  program. 

The  objective  of  this  plan  is  to  ensure  that  the  principles  of 
computer  resources  support  management  and  configuration  management  as 
prescribed  in  DARCOM-R  70-16  and  AR70-37  respectively,  are  applied  to  the 
MBC  computer  resources.  This  will  ensure  that  changes  made  to, hardware/ 
software  are  properly  evaluated,  documented  and  distributed  to  using 
eluents. 

1.1  System  Description 

The  MBC  is  a  lightweight,  portable,  battery-powered  data  entry 
terminal  and  computer  used  for  automated  computation,  digital  communication, 
and  display  of  mortar-related  information  within  the  lactical  Fire  Direction 
System  (TACFIRE),  communicating  with  the  Digital  Message  Device  (DMD) 
through  standard  Army  communication  radios  or  field  wire.  The  MBC  calcu¬ 
lates  all  fire  control  information  required  to  lay  and  fire  the  6umm 
Light  Weight  Company  Mortar  System  (LWCMS),  the  81mm  and  the  1 07mm  mortars. 
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It  will  accommodate  all  ammunition  types  for  these  mortars  currently  In 
use.  All  pertinent  computational  parameters  utilized  In  the  modified 
point  mass  ballistics  techniques  are  taken  Into  account  to  achieve  accuracies 
and  computation  times  not  previously  attained  with  standard  graphical 
fire  control  equipment.  It  also  has  the  capacity  to  store  battlefield 
Information,  Including  the  locations  of  forward  observers,  weapons,  known 
points,  and  no-fire  zones  and  to  store  message  backlogs  as  well.  It 
communicates  with  TACFIRE  elements  via  digital  burst  transmissions, 
assuring  the  efficient  transfer  of  mission  data  without  relying  on  voice 
communication. 

Fire  mission  data  may  be  received  by  the  MBC  Fire  Direction  Center 
(FDC'  by  either  voice  commands  (radio  or  field  wire  equipment)  or  TACFIRE 
formal  digital  messages.  Fire  mission  execution  consists  of  receiving 
a  fire  request,  selecting  the  desired  weapon  and  ammunition,  selecting  the 
tactical  fire  control  to  shoot  a  mission,  and  computing  and  Issuing  firing 
orders.  When  fire  mission  data  Is  received  by  voice,  tho  data  must  be 
manually  entered  and  read  out  of  the  KBC.  When  the  data  Is  received  by 
d'lgital  communication,  from  the  DM0,  the  fire  mission  Is  automatically  entered 
Into  the  MBC. 

The  MBC  Is  a  microprocessor-controlled  data  entry  terminal  and 
computer.  The  versatility  of  the  MBC  hardware  stems  from  Its  CMOS  (Complementary 
Metal  Oxide  Semiconductor)  CPU  (Central  Processing  Unit)  that  combines  the 
benefits  a  powerful  general  pur;K>se  Instruction  set  and  low  power  consumption. 
The  total  CPU  Is  contained  on  one  circuit  board  (Olsplay/CIrcult  Card  Assembly) 
and  Is  separate  from  most  of  the  memory.  Built-in-Test  (BIT)  memory  Is  Included  on 
this  board  to  allow  BIT  fault  Isolation  to  separate  CPU  board  faults  from 
memory  board  faults. 
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The  NSC300  (CPU)  Is  an  8  bit,  158  Instruction  set,  64K  byte  address, 
both  maskable  and  unmaskable  Interrupt  microprocessor.  Memory  is  Implemented 
In  EPROM  (Erasable  Programable  Read  Only  Memory)  and  low  power  static  RAM; 

(Random  Access  Memory).  All  EPROMs  are  reprogrammable  at  the  memory  board 
or  CPU  board  level  without  the  need  to  remove  Individual  EPROMs.  RAM  keep-alive 
power  Is  provided  to  protect  volatile  data  base  Information  durina  temporary  power 
loss.  The  memory  capacity  Is  160K  bytes  of  EPROM  and  14K  bytes  of  RAM. 

Approximately  45  percent  (72K  bytes)  of  the  total  memory  capacity  Is  presently  being 
utilized.  Memory  expansion  can  be  accomplished  without  altering  the  physical 
conflour.^tlon  of  the  existing  memory  board. 

The  display  Is  provided  by  a  high  brightness  16-character,  5X7  dot 
matrix  vacuum  fluorescent  panel.  The  keyboard  Is  a  rugged  48-pos1t1on 
flat  membrane  keyswitch  design.  It  Is  waterproof  and  back-lighted  for 
night-time  use. 

Digital  Input-output  Interface  Is  provided  for  base-band  FSK,  (Frequency 
Shift  Keying)  Radio/Crypto  and  for  baseband  FSK  wireline  communication.  These 
FSK  Interfaces  provide  time-dispersion  and  hamming  error  control  In  accord  with 
the  TACFIRE  protocol. 

System  power  may  be  provided  by  either  of  the  following  Internal 
battery  types: 

Nl-Cad  BB-588/U 
Mercury  BB-1588/U 
Lithium  BB-5588/U 

or  It  may  be  provided  by  an  external  20-32  volt  dc  military  power  source. 

The  performance  characteristics  of  the  MBC  are  shown  In  Table  1.1. 
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TABLE  1.1  PERFORMANCE  CHARACTERISTICS  OF  MORTAR  BALLISTICS  COMPUTER,  M23 

WEAPONS  SUPPORTED 

Mortar  >  M224  (SOnsn),  M29A1/M29  (Blnn),  M30  (107nin) 

Amunltlon  -  High  Explosive,  Whl^  Phosphorous,  Illumination  Gas 
Fuzes  -  Point  Detonating,  Mechanical  Time,  Variable  Time 
STORAGE  CAPACITY 

3  concurrent  missions 
3  digital  messages 
3  firing  unit  locations 
6  Individual  firing  position  solutions 
18  Individual  weapon  locations 
3  safety  zone  diagrams 
50  known  points 
1  no  fire  line 
10  no  fire  area 
8  points  per  no  fire  areas 
3  final  protective  fire 
12  forward  observer  locations 
16  registration  points 
BALLISTIC  CORRECTION  FACTORS 

Powder  Temperature 
Muzzle  Velocity 
Projectile  Weight 
Standard  Met  Data 
Current  Met  Data 
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TABLE  1.1.  (Continued)  -  PERFORMANCE  CHARACTERISTICS  of 

MORTAR  BALLISTICS  COMPUTER,  M23 


MESSAGES  TRANSMIHED 

Message  to  Forward  Observer  (FO) 
FO  Command 

High  Burst/Mean  Po1nt-of> Impact 
Acknowledged  (ACK) 

MESSAGES  RECEIVED 

Fire  Request  (FR)  Grid 
FR  Polar 
FR  Quick 
FR  Laser 
FR  Shift 

Precision  Adjust 

Subsequent  Adjust 

Subsequent  Adjust  Laser 

Radar  Registration 

High  Burst/Mean  Pol nt-of- Impact 

EOM  &  Survey 

Front  Line  Trace 

Observer  Location 

Free  Text 

Acknowledged  (ACK) 

Not  Acknowledged  (NAK) 
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Table  1.1  Continued  -  PERFORMANCE  CHARACTERISTICS  of 

MORTAR  BALLISTICS  COMPUTER  M23 

FIRING  DIRECTIONS 
Deflection 
Elevation 
Fuze  Time  Setting 
Charge 

Time  of  Flight 
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1.1.1  Technical  Characteristics 


a.  Processor 

Entire  CPU  contained  on  one  circuit  card;  8  bit  trl-state  data  bus;  16  bit 
address  space;  EPROH  programmable  at  board  level. 

b.  Memory 

Memory  management  logic  for  addressing  beyond  64K  bytes;  16K  bytes  of 
directly  addressed  EPROM:  128K  bytes  of  bank  swltchable  EPROM;  addressed 
32K  bytes  at  a  time  expandable  to  160K  bytes  on  board;  16K  bytes  of  directly 
addressed  RAM;  EPROM  programmable  at  board  level;  RAM  keep-alive  greater 
than  an  hour. 

c.  Display 

High  brightness  Vacuum  Fluorescent;  Brightness  adjustable  to  full  off;  16 
characters  (1  row  of  16  characters);  5X7  dot  matrix  characters  (3.3  X 
3.05mm). 

d.  Keyboard 

48  keys,  flat  membrane  key  switch  design;  Key  legends  user  definable  and 
easily  changed;  4  software  programmable  keys;  Bacic-llghted  for  night  use; 

e.  Signal  Interfaces 

TACFIRE  compatible  FSK  for  Radlo/Wlrellne;  1200-2400  Hz  mark-space,  600- 
1200  baud;  Slngle/uouble  block,  time-dispersed,  Hamming  encoded. 

OPERATOR  ALERTS 

Audio  (beeper),  2400  Hz;  LEDs  (4)  -  User  function  definable. 
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f.  General  Applications 
Fire  Missions 


Adjustments 


Sheafs 


Grid,  Shift,  Polar,  Laser 

Registration 

Final  Protective  fire 


Shift 


Laser  (on  Burst) 


Parallel 

Convergent 

Special 


Survey 

Traverse 

Intersection 

Resection 


G.  Application  of  Ballistic  Algorithms 


Applies  Correction  for: 

Provides  Corrected  Firing  Data  for: 

Ammo  Temperature 

Deflection  (Direction) 

Nuzzle  Velocity 

Range  (Elevation) 

Projectile  Weight 

Time  (Fuze  Setting) 

Standard  Net  Conditions 
Current  Net  Conditions 
Other  Variables 

Charge 

h.  Weapons  Supported 

WEAPON 

CARTRIDGE 

FUZE 

eOmro  N224 

HE,  N720 

MD,  M734 

HE,  N49A4 

PD,  M525 

WP,  N302A1 

PD,  H52781 

ILLUM,  N83A3 

M65A1  (Time  fixed) 

81mm:  N29A1/N29 

HE,  N374A3 

PD,  N567 

HE,  H374A2 

PO,  M567 

HE,  H374 

PD,  M567 

HP,  N375A2 

M524  Series 

ILLUH,  H301A3 

M84A1  (Time) 

Tng,  N68 

No  Fuze 

TD,  N1 

No  Fuze 

107mm:  N30 

HE,  N329A2 

PD,  M557 

HE,  H329A1 

PD,  M557 

HP,  N32BA1 

PD,  M521 

ILLUM,  H35A2 

MT,  M565 

GAB,  XM630 

MTSG,  MS48 

VT,  513 

VT,  M513A1 

VT,  513A2 

VT,  H513B1 

1 


1 .2  Background 

The  developmental  effort  on  a  Mortar  Fire  Control  Calculator  (MFCC) 
began  In  October  1971  at  Frankford  Arsenal  with  the  preparation  of  a  • 
technical  scope  of  work  for  a  feasibility  study  for  a  hand  held  militarized 
calculator.  Two  contracts  were  awarded  for  feasibility  studies,  followed 
by  the  fabrication  of  feasibility  models.  From  1974  through  1976  engineer¬ 
ing  models  of  the  MFCC  underwent  field  testing  by  the  US  Army  and  the 
Marine  Corps.  In  December  1977,  a  Letter  Requirement  for  the  MFCC  was 
approved  and  an  RFQ  for  an  engineering  development  contract  was  Issued 
one  year  later.  During  the  Interim,  the  MFCC  nomenclature  was  changed  to 
Computer,  Ballistics:  Mortar,  XM23. 

In  July  1979,  Litton  Data  Systems,  Van  Nuys,  CA,  was  awarded  a  Full- 
Scale  Development  (FSD)  contract  for  the  development  of  a  Technical 
Data  Package  (TDP)  suitable  for  competitive  procurement  and  the  fabrication 
of  twenty  (20)  engineering  models  for  testing  and  evaluation  by  TECOf’  and 
USAIS. 

It  Is  to  be  noted  that  Full-Scale  Development  planning  of  the  M23  was 
Initiated  In  1977  which  preceded  the  policies  set  forth  In  DARCOM-R  70-16 
(dated  July  1979)  which  mandated  the  use  of  High  Order  Programming  Languages 
(HOL's)  In  the  Army  battlefield  automated  system  software.  At  this  point  In 
time  It  Is  neither  technically  practicable  nor  cost  effective  to  rewrite  the 
software  In  a  000  approved  HOL.  Therefore,  the  MBC  Is  being  fielded  with  the 
source  code  In  assembly  language;  the  AHCCOH  PDSS  center  Is  capable  of  supporting 
the  MBC  In  assembly  language. 
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The  FSD  phase  was  completed  In  July  1980  followed  by  the  0EVA*IPR 
nt  which  time  the  MSC  was  Type  Classified  (TC)  for  limited  production. 
Subsequently,  the  TOP  was  released  for  competitive  procurement  of  the 
Initial  production  quantity  of  MBC  systems.  On  26  May  1983,  Magnavox, 
Fort  Wayne,  IN,  was  awarded  contract  DAAK10-83-C-0135  to  correct  the 
technical  shortcomings  uncovered  during  development  and  operational 
testing,  to  update  the  product  baseline  (hardware  and  software),  and  to 
fabricate  183  MBC  Systems. 


since  the  NBC  utilizes  computer  resourcest  an  NBC  Computer  Resource 
Working  Group  (CRWG)  was  established  In  1S79  and  was  operational  until 
the  OEVA-IPR.  Now  that  the  NBC  and  Its  associated  Automatic  Test  Equipment 
(ATE)  will  utilize  additional  computer  resources,  the  NBC  CRWG  has  been 
re-established  and  Is  operational. 

1.3  Weapon  System  Computer  Resource  Identification 
The  computer  resources  for  the  NBC  are: 

a.  The  operational  computer  resource  systems  Include  the  NBC  ':Sr 
800  microprocessor 

b.  HP  64000  Computer 

c.  NBC  Software  Emulator  for  VAX 

d.  NBC  Assembler/Linker  for  VAX 

e.  Test  and  Integration  Software 

f .  NBC  EPROM  Board  Burner 

g.  NBC  Maintenance  Support  Equipment,  I.e.  EQUATE 

h.  Test  Program  Sets  (TPS's) 

1.  Computer  software  support  systems  for  ATE 

j.  Other  MBC  support  software  as  available 

k.  Tactical  Communications  Model  (TCM) 
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1.4  Applicable  Documents 

The  following  documents  are  applicable  to  the  HBC  system  and  software 
development: 


D0D-STD-480A 

Configuration  Control-Engineering  Changes  Deviations 
and  Waivers 

AR  70-10 

Test  and  Evaluation  During  Development  and 
Acquisition  of  Material 

AR  70-37 

Configuration  Management 

DARCOM-R- 70-16 

Management  of  Computer  Resources  In  Battlefield 
Automated  Systems. 

DARCOM-R  702-4 

Army  Defense  Systems  Software  Control  During 
Production  and  Deployment 

MIL-STO-483 

Configuration  Management  Practices  for  Systems, 
Equipment,  Munitions  and  Computer  Programs  as 
applicable  to  Computer  Program  Specifications 

MIL-STD  490 

Specification  Practices 

MIL-STD-1345B 

Test  Requirements  Document,  Preparation  of 

MIL-STD-1521A 

Technical  Reviews  and  Audits  for  Systems, 

Equipment  and  Computer  programs 

MIL-STD-2076 

Unit  Under  Test  Compatibility  with  Automatic 

Test  Equipment 

KIL-STD-2077 

Test  Program  Sets,  General  Requirements  for 

M  L-S-52779A 

Software  Quality  Assurance  Program  Requirements. 

EL-SS-2603TF 

Prime  Item  Product  Specification  for  the 

Digital  Message  Device  (DMD),  AN/PSG-2. 

11785850 

Technical  Data  Package:  Computer  Set 

Mortar  Ballistics;  M23 
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2.0  PROGRAM  MANAGEMENT 


This  section  Identifies  the  HBC  computer  resource  management  structures 
and  related  Issues. 

2.1  Computer  Resources  Technical  and  Managerial  Staffing 

AMCCOM  is  responsible  for  management  of  the  overall  MBC  program.  The 
Development  Project  Officer  (DPO)  for  the  Mortar  Ballistics  Computer  is  manag¬ 
ing  the  program  for  AMCCOM  until  the  PROO-VAL-IPR,  at  which  time  the  MBC  will 
be  type  classified  (TC).  The  DPO  is  responsible  for  the  development,  initial 
acquisition  and  deployment  of  the  MBC. 

Engineering  support  for  the  MBC  and  Its  associated  ATE  is  being  provided 
by  the  Fire  Control  and  Small  Caliber  Weapon  Systems  Laboratory  (ARDC)  and 
the  Tobyhanna  Army  Depot  (TOAD)  resp'^ctively.  Logistic  and  Post  Deployment 
Support  is  being  provided  by  the  Maintenance  Directorate  AMCCOM.  After  the 
PROD-VAL-IPR  management  responsibility  for  the  MBC  will  be  transferred  to  the 
Weapon  Systems  Management  Directorate  (AMCCOM). 

Figure  2.1  shows  the  MBC  project  office  organization  and  indicates  the 
relationship  of  the  software  engineering  group  to  the  overall  project  organiza¬ 
tion. 

The  lead  software  engineer  has  overall  technical  responsibility  for  the 
documentation  of  the  software  corrections  required  by  the  HBC  Computer  Program 
Configuration  Item  (CPCI).  Specifically  he  is  responsible  for  project  control, 
program  discipline  and  integrity,  and  software  that  reflects  the  user  requirements 
and  specifications  that  fulfill  mission  requirements. 
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Figure  ZfX  MBC  Project  Organization 
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Additional  skilled,  experienced  personnel  In  the  Computer  Applications 
Branch,  FSL,  will  be  available  on  an  as>requ1red  basis  for  consultation  and 
assistance  In  areas  of  their  special  expertise. 

In  addition  to  the  software  engineering  team,  other  organizations 
Involved  in  the  software  effort  are  Product  Assurance  and  Technical  Data/ 
Configuration  Management  Directorates. 

Product  Assurance,  Software  Quality  Assurance  (SQA),  personnel  performs/ 
audits  of  software  modifications  during  software  corrections  required  by  the 
HBC  Computer  Program  Configuration  Items  (CPCI)  to  assure  compliance  with  the 
functional  requirements  and  will  monitor  software  testing  to  assure  compliance 
with  approved  standards  and  specifications. 

Established  Configuration  Management  procedures  will  be  used  for  Identif /cation 
and  control  of  software  and  software  related  Items  according  to  the  configuration 
management  plan  developed  for  the  MBC. 

Independent  evaluations  and  assessment  of  the  MBC  system  Is  being 
provided  by  the  Product  Assurance  Directorate,  AMCCOM;  White  Sands  Missile 
Range  (WSMR),  TECOM;  and  US  Army  Infantry  School  (USAIS). 

2.2  Computer  Program  Development  and  Support  Requirements 

The  basic  software  task  during  the  Initial  Production  phase  of  the 
MBC  project  life  cycle  Is  to  update  the  current  CPCI  to  correct  shortcomings 
uncovered  during  DT/OT  II  testing  and  to  verify  that  these  corrections  accomplish 
the  desired  results  and  that  the  changes  do  not  effect  the  performance  Of  existing 
unaltered  functions.  In  addition  to  the  above  task,  the  software  documentation  will 
be  updated  to  reflect  the  final  program  configuration  for  future  maintenance  and 
enhancement  activities. 
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The  MBC  software  Improvements  and  functional  performance  evaluation 
will  be  based  on  the  following: 

a.  DT/OT  II  Test  Reports 

b.  Existing  M'BC  Software  Program  Source  Listings 

c.  Updated  MBC  Computer  Program  Development  Specification 

d.  Updated  nBC  Computer  Program  Product  Specification 

e.  Computer  Program  Configuration  Item  specification 

Part  1  -  Performance  and  Design  Requirements 
Part  2  -  Product  Configuration  and  Detailed  Technical 
Description 

f.  MBC  Software  Development  Plan 

g.  Formal  Qualification  Test  Procedure 

The  principle  equipments  to  be  used  by  the  contractor  for  the  software 
maintenance  effort  are  the  following: 


EQUIPMENT 
IBM  3033 
Cross  Assembler 

DTL  (Display  Terminal  Language 
Processor) 

Z80  Simulator 

Program  Support  Center 
TSO  (lime  Sharing  Option) 


USE 

Support  Software  Host 
Source  Program 
Interpreters 

Hardware  Independent  Program 
Debugging 

Software  and  Hardware  Integration 
Host  to  Support  Center  Interface 
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2.3  Computer  Equipment  and  Computer  Program  Standardization 

The  microprocessor  hardware  configuration  will  not  change  throughout 
production  once  the  Initial  production  units  have  been  tested.  The  versa¬ 
tility  of  the  MBC  hardware  stems  from  Its  CMOS  CPU  (NSC800)  that  combines 
the  benefits  of  a  powerful  general  purpose  Instruction  set  and  low  power 
consumption.  The  Z80  microprocessor  In  the  Full  Scale  Development  (FSO) 
units  executes  a  subset  of  the  NSC800  Instruction  set  The  only  software 
differences  between  Instruction  sets  Is  that  the  NSC800  has  an  enhanced 
interrupt  handling  scheme.  The  assembler  Installed  by  the  contractor 
(Magnavox)  uses  mnemonic  operation  codes  and  assembler  directives  that  are 
Identical  to  those  utilized  by  Zllog. 

The  assembler  program  Is  written  In  American  National  Standard  Instruction 
(ANSI)  Standard  Fortran  IV  and  Is  compatible  with  most  computer  systems.  The 
assembler  can  generate  data  In  several  number  based  systems,  as  w*ll  as  supporting 
both  ASCII  (American  Standard  Code  for  Information  Interchange)  and  EBCDIC 
(Expanded  Binary  Coded  Decimal  Interchange  Code)  character  codes. 

The  software  effort  Is  the  modification  of  an  existing  program  to 
Include  new  and  revised  functions.  The  modified  end  Item  program  will 
be  documented,  structured  and  designed  consistent  with  the  established 
standard  and  procedures  of  the  original  program.  Program  nodule  Integrity 
win  be  maintained  and  non- structured  "patches"  will  not  be  used. 

Tested  program  modules  once  they  have  been  verified,  validated  and 
released  to  production  will  be  controlled  Items.  As  controlled  Items, 
changes  will  be  recorded,  described  and  approved  through  formal  Engineering 
Change  Proposal  (ECP)  procedures. 
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Hodificatlons  to  the  software  to  Include  new  weapons/amtiunitions  or  corrections 
to  any  part  of  the  technical  data/documentation  will  be  controlled  by  AMCCOM  to 
assure  that  subsequent  MBC  procurements  will  be  in  accordance  with  the  latest 
updated  Technical  Data  Package  (TDP. 

2.4  Plan  for  Development  of  Computer  Software  and  Equipment 

The  computer  software  development  plan,  as  presented  by  the  contractor.  In 
essence  has  two  phases.  The  first  Is  a  preliminary  Integration  of  the  software 
system  and  Its  Internal  controls  and  the  second  phase  Is  the  Integration  of  the 
system  with  Its  hardware  environment.  For  this  software  effort,  the  program  exists 
In  an  Integrated  form  and  therefore,  the  first  phase  Involves  the  logical  Intro¬ 
duction  and  testing  of  correction  designs  Into  this  program. 

The  major  phases  of  software  Integration  and  support  elements  required 


for  each  are  listed  In  Table  2.1. 

INTEGRATION  PHASE 

SUPPORT  ELEMENTS  (SE) 

1. 

Install  Support  Facility 

1BM3033 

KBC  Support  Center 

Support  Software 

Existing  MBC  Program 

2. 

Operator  Interface 

MBC  Support  Center 

with  Emulated  Dlsplay/Keyboard 

3. 

Ballistic  Computation 

Simulator  and  SE2 

4. 

Message/Survey 

Emulated  Modem,  DHD 
equipmert  and  SE2 

5. 

Software  System 

Functional  Performance  Test 
and  SE4 

6. 

Software  and  Hardware 

MBC  hardware 

EPROM  programmer 

In-Circuit  emulation  test 

SE  for  microprocessor 

Table  2.1  SOFTWARE  INTEGRATION  PHASES 
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2.4.1  Software  Corrections 


The  software  tasks  have  been  categorized  by  the  contractor  Into  three 
types  1)  operator  Interface,  2)  ballistic  computation  and  3)  message/survey 
processing.  These  tasks  have  been  selected  according  to  these  categories 
because  they  can  Initially  be  worked  on  concurrently  and  require  different  MBC 
hardware  resources. 

The  accomplishments  of  each  Integration  phase  are: 

1.  The  support  facilities  Involve  the  host  computer  and  the  MBC  software 
support  facility.  All  support  software  Is  Installed  and  tested  and  the  MBC 
program  Is  made  operational  as  the  starting  point  software  base.  MBC 

hardware  components  are  emulated  at  the  software  support  facility  for  Initial  functional 
testing. 

2.  Operator  Interface  functions  Involve  the  MBC  display  and  keyboard 
functions.  Although  operator  Inputs  Interact  with  all  functions  o^  the  MBC,  In 
this  phase  the  principle  testing  will  be  of  the  display/keyboard  and  the 

MBC  data  base. 

3.  Ballistic  computation  deals  with  testing  of  the  ballistic  correction 
factors  enumerated  In  Table  1.1.  These  corrections  will  be  Integrated 

In  and  tested  using  the  simulator  and  then  transferred  to  the  software  support  facility 
for  system  Integration. 

4.  Message/survey  processing  requires  the  most  complex  configuration 
of  equipment.  The  Initial  Integration  will  be  done  at  the  software  support  facility 
with  the  MBC  hardware  components  emulated,  and  OKD's  attached  to  provide 
message  generation  and  reception  testing. 
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5.  The  total  system  software  will  be  Integrated  on  the  fully  con¬ 
figured  MBC  software  support  center  prior  to  testing  on  the  M8C  hardware. 

A  functional  performance  test  proce!ure  will  be  used  during  this  phase. 

6.  In-circuit  emulation  test  equipment  will  be  utilized  until  the 
MBC  hardware  Is  available.  In  this  configuration  the  program  will  reside 
In  the  emulation  test  equipment  and  run  on  the  MBC  hardware  through  In- 
circuit  cable.  This  technique  aids  Identifying  hardware  versus  software 
anomalies.  Following  the  emulation  step,  the  program  will  be  transferred 
to  EPROMS  and  Installed  In  the  MBC  for  final  Integration  testing. 

2.4.2  Software  Testing 

^ftware  testing  Is  dictated  by  the  need  to  assure  that  the  software 
meets  the  program  function  and  to  uncover  problems  early  In  the  develop¬ 
ment  process  to  minimize  their  Impact.  Testing  actually  begins  prior  to 
coding  through  the  use  of  design  reviews  (contractor  and  government),  and 
ECP's  which  attempt  to  locate  errors  at  the  design  level. 

The  testing  phase  of  software  development  Is  conducted  to  assure  that 
the  Implemented  software  performs  correctly  and  that  system  requirements 
are  met.  Software  testing  will  be  conducted  at  the  module.  Integration, 
and  qualification  test  levels. 

Testing  at  the  module  level  Is  the  responsibility  of  the  pro- 
granner  who  coded  the  module.  The  programmer  will  ensure  what  the  module 
functions  meet  the  requirements  of  the  detailed  design.  Testing  at  this 
leveT  will  be  Informal.  Module  testing  will  be  performed  utilizing  the 
MBC  software  support  center  and  host  simulator. 
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Integration  testing  will  proceed  In  two  levels.  Software  module  Inte¬ 
gration  testing  will  be  started  prior  to  full  hardware  availability,  using 
the  MBC  Software  Support  Center.  Although  this  testing  will  be  Informal, 

It  will  be  performed  by  experienced  software  personnel  under  the  direction 
of  the  software  engineer.  The  next  level  of,  testing  will  be  according  to 
a  software  test  procedure  based  on  updated  software  specifications.  This 
procedure  will  be  designed  to  thoroughly  exercise  all  functions  and  modules 
of  the  Software  System.  Problems  uncovered  at  this  level  will  be  fed  back 
Into  the  development  cycle  and  then  re-evaluated  by  a  complete  rerun  of  the 
acceptance  test.  These  tests  will  Initially  be  conducted  at  the  Software 
Support  Center  and  finally  on  the  target  MBC  hardware  as  It  becomes  avail¬ 
able.  All  testing  will  be  performed  by  software  engineering  personnel. 

2.4.3  Software  Development  Facility 

The  basic  approach  for  H6C  program  development  Is  to  link  a  program 
development  facility  with  the  target  hardware  to  a  high  level  support 
software  on  a  host  computer.  The  host  computer  Is  used  for  program  compila¬ 
tion,  editing,  simulation,  and  storage  for  source  code  DTL  (Display  Terminal 
Language}  preprocessing,  and  object  code  downloading  to  the  development 
facility.  At  the  development  facility,  the  actual  HBC  hardware  Is  emulated; 
thus  program  testing,  debugging,  and  EPROM  generation  can  be  accomplished, 
the  Host  Computer  Is  connected  to  the  Support  Center  through  dedicated 
communications  ports.  This  configuration  provides  simultaneous  access  to  the 
Host  facilities  for  all  phases  of  the  design  effort.  The  MSC  Progrea  Support 
Center  provides  a  centralized  facility  for  the  evolvement,  preparation,  veri¬ 
fication,  updating,  programming  of  EPROMS  and  programming  and  program  update  for 
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the  reprogranning  of  MBC  units.  It  also  has  the  capability  of  providing 
progranmed  format  or  freetext  radio  or  wire  communications  with  an  MBC. 

The  Program  Support  Center  may  be  Interfaced  to  the  host  computer 
directly  through  an  RS232  Interface  or  through  other  Intermediate  devices, 
I.e.,  dual -In-modems  or  Magnetic  Tape  Cartridge  reader/recorder.  If  the 
host  computer  Is  not  continually  available,  an  Intermediate  download  media 
can  be  used.  The  Intermediate  device  stores  assembler  output  for  later 
programmer  usage.  Both  batch  Job  and  Interactive  Jobs  will  be  run  on  the 
Host.  Source  C<.je  will  be  submitted  to  the  Cross  Assembler  to  obtain 
executable  code  which  can  then  be  Interactively  exercised  on  the  simulator 
from  the  work  station  terminal  and  downloaded  for  execution  on  the  Support 
System. 

All  MBC  software  support  documentation  of  TOP  1178S850  will  be  updated 
to  reflect  the  updated  configuration.  The  support  documentation  to  be 
maintained  and  utilized  for  program  development  Is  as  follows: 

a.  Program  Support  Center  Documentation  (Attachment  5  of  H23  RFQ), 

b.  Display  Terminal  Language  User  Manual  (Attachment  6  of  M23  RFQ), 

c.  Software  Programs  Listings  (Attachment  10  of  M23  RFQ), 

d.  Software  Program  Source  Listing  (Attachment  14  of  M23  RFQ), 

e.  Installation  Instructions  for  hosted  support  software, 

f.  All  commercial  equipment  manuals,  printer,  terminal,  PROM 
burner,  and 

g.  Assembler  and  Simulator  manuals. 

Production  status  programs  are  protected  from  modification  and  secured 
In  a  software  vault  from  which  copies  can  be  retrieved  when  required. 
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2.5  Risk  Assessment 
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The  software  risks  during  this  phase  of  the  MBC  life  cycle  are  relatively 
low  due  to  the  following  facts:  a)  The  starting  point  is  a  working  program, 
b)  the  processor  uses  a  standard  well  supported  language,  c)  the  hardware 
configuration  is  functionally  not  complex  and  d)  very  little  concurrent 
processing  is  required. 

The  areas  of  potential  risks  are  listed  below.  It  is  to  be  noted  that 
these  areas  are  not  considered  to  be  high  risk  items. 

a.  Meeting  schedules  and  milestones; 

b.  Timely  integration  of  software  and  hardware  functions; 

c.  Memory  sizing  and  management; 

d.  Human  interface  factors. 

The  potential  risk  areas  will  be  minimized  during  development  by  frequent 
status  reviews  and  close  coordination  between  the  contractor  and  Government 
technical  personnel,  and  the  contractor’s  of  allocating  additional 
support  as  may  be  necessary  to  resolve  problem  situations  that  may  arise. 

2.6  Use  of  Existing  Systems,  Eouipment  and  Concepts 

The  software  facilities,  systems,  equipment,  concepts,  etc.,  used  for 
this  effort  utilizes  high  payoff  Irv  risk  technology,  and  are  considered 
normal  engineering  facilities.  The  techniques  are  common  to  those  used 
when  maintaining  a  modular  designed  program.  The  approach  involves  first 
analyzing  the  logic  and  structure  of  the  module  to  be  changed  and  then 
integrating  in  the  required  changes  consistent  with  the  original  design 
characteristicts.  The  MBC  development  effort  is  based  upon  tested  systems 
and  technology  used  by  the  contractor  in  the  DM0  programs. 
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2.7  System  Capacity  to  Provide  for  Growth 

The  MBC  is  presently  configured  so  that  approximately  75  percent  of 
the  total  memory  capacity  will  be  available  for  growth  to  accommodate  addi¬ 
tional  shell  types,  ammunition  types,  and  possibly  new  mortar  calibers. 

The  memory  circuit  board  is  sized  and  wired  to  accomnodate  two  additional 
EPROM  modules,  for  32K  bytes  expansion.  Provisions  have  been  considered 
for  the  technical  interface  requirements  for  implementation  of  the  Fire  Support 
Team  (FIST)  DMD  in  future  production  of  MBC  units. 

2.8  Computer  Program  Development  Cost 

The  projected  program  development  cost  for  the  Pre-Production  Engineer¬ 
ing  (PPE)  phase  of  the  MBC  life  cycle  is  $273,000.00  (in-house  and  out-house). 
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3.0  ACQUISITION  MANAGEMENT 

3.1  Technical  and  Managerial  Expertise  for  tha  Acquisition 
Management  of  Computer  Equipment  and  Programs 

The  DPO,  XM23  has  primary  responsibility  for  the  acquisition  of  computer 
resources,  including  computer  equipment  and  programs,  as  related  to  operational, 
maintenance,  utility  support,  factory  Inspection,  and  simulation  software. 

To  assist  the  DPO  In  computer  resource  acquisition  management,  several  key 
areas  of  technical  and  managerial  expertise  have  been  identified  as  follows: 

a.  Fire  Control  and  Small  Caliber  Weapon  Systems  Laboratory  (m),  will 
provide  technical  expertise  In  the  areas  of  MBC  system  engineering  to  Include 
functional  computer  hardware  and  software  requirements  and  AH. 

b.  Product  Assurance  Directorate  (PAD)  AMCCOM,  will  provide  1ndepende"t 
AMCCOM  verification  and  validation  of  the  MBC  Incl  ding  computer  resources 
prior  to  release  of  the  MBC  to  TECOM  for  Initial  Production  Test. 

c.  The  AMCCOM  POSS  center  In  conjunction  with  the  AMCCOM  ATE/PDSS/TMDE 
Control  Office  will  provide  policy  and  guidance  for  computer  resources. 

The  DPO,  XM23  manages  the  overall  computer  resources  acquisition  effort. 

Ihe  computer  resources  support  effort  Is  portrayed  by  organisation  in  Figure  2.1,  and 
Figure  4.1.  Technical  expertise  In  digital  communication  Interface  (FIST  OMD)  Is 
being  provided  by  Pfl-FATDS. 

3.2  Operational  and  Support  Concepts 

The  concept  of  computer  resources  support  for  the  MBC  Is  based  on  a 
life  cycle  approach  with  the  early  Involvement  of  all  key  participants. 
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A  formal  Computer  Resources  Working  Group  (CRWG)  has  been  re-estab¬ 
lished  to  aid  In  the  formulation  of  an  overall  computer  resources  support 
plan,  updeting  of  the  CRMF,  initiating  tasks,  assigning  responsibilities 
and  providing  the  MBC  Project  office  with  support  as  needed. 

Meetings  will  be  scheduled  to  Identify  problems,  make  assignments  of 
action  Items,  monitor  progress  with  relation  to  assigned  task  completion 
dates  and  milestones,  and  assess  delivery  of  related  data  Items  with 
respect  to  convract  schedules.  Minutes  of  each  meeting  will  be  prepared  for 
distribution  to  attendees  and  key  personnel  associated  with  the  program. 

Thus,  a  written  record  of  action  Items  and  progress  will  be  available  and 
potential  problem  areas  Identified  early.  Frequency  of  the  meetings  will 
be  determined  by  the  progress  of  the  overall  program. 

3.3  System  Engineering  Approach 

The  TOP  11785850  will  form  the  Product  Baseline  for  system  requirements 
definition  of  the  MBC  computer  resources.  During  development  all  changes  to 
the  Product  Baseline  will  be  via  Engineering  Change  Proposal  (ECP)  actions 
In  accordance  with  MIL-ST0-480A.  All  FCP’s  will  be  Incorporated  Into  the 
TOP  by  the  contractor  prior  to  production.  This  will  allow  a  clean  TOP  to 
be  available  for  subsequent  procurements. 

3.4  Standardization  and  Commonality 

Standard  computer  resources  will  be  used  to  the  fullest  extent.  Standard 
Army  ATE,  e.g.,  simplified  test  equipment  (STE)  and  AN/USM-410  (EQUATE)  will 
be  utilized  for  maintenance  support. 
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3.5  Computer  Program  Data  Rights 


The  6ove<^nment  shall  have  unlimited  data  rights  to  a11  KBC  support 
software  as  well  as  operational  software.  The  MBC  rights  include  the 


right  to  use.  modify,  combine,  reproduce  and  distribute  a11  computer 
programs  and  associated  documentation. 


The  master  schedule  for  the  overall  MBC  program  is  shown  in  Figure  3.1. 


3.7  Identification  of  Required  Interfaces  Between  the  Computer  Resources 
of  the  System  and  Other  Systems 


3.7.1  The  MBC/DMD  interface  allows  for  the  automated  exchange  of  data 
between  the  MBC  at  the  Fire  Direction  Center  and  the  DMD  located  at  Forwa^rd 
observer  locations.  Total  implementation  of  the  MBC/DMD  Interoperability 
Program  Technical  Interface  Requirements  requires: 

a.  Explicit  statement  of  system  interoperability  requirements  at  system 
specification  level. 

b.  Standardization  or  compatible  usage  of  data  elements,  codes,  terms, 
formatting,  and  communication  protocols,  communication  means,  and  data 
message  exchange  across  the  system- to-system  interface. 

c.  Availability  of  system  interface  documentation  for  planning,  con¬ 
ducting,  and  analyzing  system  interface  tests,  to  include  Configuration 
management. 
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3.8  Requirements  for  Acqu1s1t1(n  and  Support  of  Documentation 

3.8.1  The  following  data  shall  form  the  product  baseline  for  system  software 
requirements  of  the  HBC  computer  resources; 

Computer  Program  Development  Specification*  -  Part  I  (85) 

Computer  Program  Configuration  Item  (CPCI)  Test  Plans/Procedures 
Computer  Program  Product  Specifications  (C5)  -  Part  II  (C5). 

3.8.2  The  computer  programs  developed  for  the  MBC  are  Identified  and 
grouped  Into  one  CPCI.  The  structuring  of  the  specification  for  the  CPCI  shall 
be  In  accordance  with  MIL-STD-483/490. 

3.8.3  Subsequent  to  the  establishment  of  the  CPCI  Product  Baseline  at  type 
classification,  a11  changes  will  be  made  by  ECP  action. 

3.9  Facilities  to  Support  Testing  of  Computer  Programs 

3.9.1  The  prime  contractor's  plant  shall  be  used  as  the  Software  Support 
Facility  (SSF)  to  support  development  test  and  evaluation  of  the  MBC 
deliverable  computer  programs. 

3.9.2  The  AMCCOM  PDSS  Center  at  Dover,  NJ  will  be  the  Software  Support 
Facility  (SSF;  during  the  post  deployment  phase  to  perform  maintenance  and 
modification  of  operational  computer  programs  and  associated  documentation. 
ARDC,  FSL  win  provide  software  support  for  ATE.  The  contractor's  plant  shall 
continue  as  the  SSF  during  post  development  until  such  time  as  the 
Government  acquires  the  computer  programs  and  Associated  documentation. 
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3.10  Configuration  Management  Concepts 

The  contractor  Is  using  a  formal  Configuration  Management  Program  (CMP)  to 
assure  traceability  of  changes.  He  will  configuration  manage  the  MBC,  and 
support  systems  until  the  Government  assumes  a  formal  configuration  manage¬ 
ment  role  after  FAT.  Subsequent  to  FAT  ARDC  will  hold  and  maintain 


the  updated  Technical  Data  Package  (TDP);  processing  of  software  changes 
from  initiation  to  fielding  shall  be  as  shown  In  figure  3.2. 

3.10.1  Processing  of  Software  Changes  from  Initiation  to  Fielding 
El eroent  Activity 

1  AMCCOM  (ft)  reviews  ECP/SCP/PIP  requests  and 

forwards  validated  requests  to  ARDC  for  action 

2  ARDC  technical  personnel,  representing  FSL,  PAD 

S  id  the  PDSS  Center: 

a  Develop  the  software  (coding  specifications,  etc.) 
to  update  the  MBC. 

0  Prepare  a  preliminary  ECP/SCP. 

0  Develop  and  test  new  updated  circuit  boards. 

0  Forward  updated  circuit  boards  to  TECOH  for 
confirmatory  test. 

0  Review  test  results  and  make  appropriate 
changes  as  may  be  required. 

0  Prepare  final  ECP/SCP,  to  Include  ILS 
considerations,  and  submit  to  ARDC-CCB. 

0  Update  TSP*s  as  may  be  reoulred. 

3  BRL  acting  on  the  ARDC  request  develops  the 

Fire  Control  Inputs  (FCI)  and  test  problems  as 
may  be  required  for  any  new  weapon/ammunltlon 
combination. 


4  TECOM,  acting  on  an  ARDC  request  prepares  test 

plans,  conducts  tests  and  prepares  the  test 
report  for  submission  to  ARDC-CCB. 


in 
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3.10.1  (continued)  Processing  of  Software  Changes  from  Initiation  to  Fielding 


Element 


Activity 

ARDC-CCP  reviews  the  final  ECP/SCP 
and  forwards  its  recommendation  to 
the  AMCCOM  (R)-CCB. 

MCCOM  (R)-CCB  approves  the  ARDC-COB 
recommendation,  authorizes  the  changes 
and  forwards  the  approved  SCP  to  the 
PDSS  Center  for  implementation. 

Responsible  PDSS  Center  personnel: 

0  Update  software  documentation  and 
revise  the  product  baseline. 

0  Prepare  the  master  bit  pattern  (for 
the  MBC  EPROM's)  and  forward  to  the 
responsible  DEPOT. 

0  Verify  the  initial  production  boards 
with  TECOM. 

0  Approve  production  release  of  the 
circuit  board?  by  the  DEPOT. 

0  Store  the  revised  production  baseline 
In  the  TSD  files. 

PAD  is  assigned  the  responsibility  for  the 
Independent  Verification  and  Validation  , 
(IV&V)  Program  Plan.  For  IViV  tasks 
during  post  deployment  see  Appendix  B.. 

Table  3.3. 

The  DEPOT  is  assigned  the  responsibility 
for  the  updating,  repair  and  distribution  of 
revised  circuit  boards. 

The  fielding  process  is  the  assigned 
responsibility  of  AMCCOM  (R). 


3.11  Criteria  for  the  Transfer  of  Program  Management  Responsibilil 


The  MBC  program  management  responsibility  will  be  transferred  from  DPO, 
XH23  to  AMCCOM  (R)  120  days  after  Initial  Operational  Capability  (IOC). 
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4.0  DEVELOPMENT  MANAGEMENT 


4.  1  Organization,  Respo  isIbMIHes,  and  Structure  of  Group(s)  that  wflT  be 

Designing,  Producing,  and  Testing  All  Computer  Programs 

The  organization  structure  which  will  be  managing  the  design,  production 
and  test  of  the  MBC  is  Indicated  In  Figure  4.1.  The  DPO,  XM23  has  the  overall 
responsibility  to  ensure  that  the  MBC  meets  the  Army's  requirements.  He  Is 
assisted  In  this  effort  by  the  contractor  and  AMCCOM.  Integrated  Logistics 
Support/Logistics  Support  Analysis  management  activities  are  within  AMCCOM  for 
coordination  of  logistics  with  computer  resources  activities.  The  prime 
contractor.  Is  responsible  for  the  design,  development  and  testing  (contractor) 
of  the  MBC  and  Its  associated  ILS  package.  The  AMCCOM  segments  are  Involved  as 
follows;  FSL  Is  responsible  to  assist  the  DPO  In  the  technical  evaluation  of  the 
contractor  design/development  Implementation,  testing  and  documentation;  the 
AMCCOM  PDSS  Center  will  ensure  software  compliance  with  policies,  standards  and 
procedures  for  Battlefield  Automated  Systems  (BAS),  and  Interoperability-related 
software  pertaining  to  the  Army  Command  and  Control  System  for  non-ATE  software; 
FSL  will  ensure  BAS  compliance  for  ATE  software;  the  Product  Assurance 
Directorate  Is  the  AMCCOM  Independent  evaluator  for  verification  and  valida¬ 
tion  of  the  MBC  and  Its  maintenance  support  equipment.  Including  computer 
resources.  AMCCOM  will  provide  logistics  support  In  the  area  of  ILS  planning 
and  Implementation  as  well  as  the  conduct  of  Logistic  Support  Analysis  (LSA). 
TECOM  Is  responsible  for  conduct  of  the  Initial  Production  Test  (IPT).  USAIS 
represents  the  user  and  will  coordinate  the  Forece  Development  Testing  and 
Experimentation  (FDTE).  The  DPO  In  conjunction  with  the  PM-FATDS  has 
established  specific  quantitative  design  requirements  for  communications. 
Information  exchange  procedures,  and  software. 
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4.2  DEVELOPMENT  MANAGEMFNT  AND  TECHNICAL  CONTROLS 

4.2.1  Design  reviews,  tests  and  audits  will  be  In  accordance  with  the 
contract  schedule.  CRWG  teams  will  monitor  these  actions  and  will  advise 
the  DPO  accordingly. 

4.2.2  The  B5  Computer  Program  Development  Specification  for  the  MBC  Computer 
Program  Configuration  Item  (CPCI)  was  updated  by  the  contractor. 

The  CPCI  Is  allocated  to  functions  and  tasks  to  be  performed  by  Individual 
computer  subprograms  which  are  Identified  and  described  In  the  C5  Computer 
Program  Product  Specification. 

4.2.3  The  updated  C5  specification  were  submitted  to  DPO,  XM23  for  approval 
at  the  conclusion  of  the  Critical  Design  Review  (CDR).  The  DPO  will 

establish  the  updated  Product  Baseline  at  the  conclusion  of  the  Formal  Qualification 
Test  (FQT).  The  objectives  of  the  FQT  will  be  to  verify  that  the  actual 
performance  of  the  CPCI  complies  with  Its  development  specification,  and  to 
Identify  test  reports  and  data  that  document  the  results  of  the  program 
qualification  tests. 
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4.3  HethodoToqy  for  Ensuring  Satisfactory  Design  and  Testing,  Including 

Quality  Control 

1.  Testing  shall  be  In  accordance  with  the  Coordinated  Test  Program 
Management  of  Section  S  of  this  CRMP. 

2.  AMCCOM  Product  Assurance  will  participate  In  the  design,  develop¬ 
ment,  testing,  configuration  management,  and  maintenance  of  the  computer 
resources  through  the  following  functions: 

a.  Perform  continuous  assessments  of  the  contractor's  Software 
Quality  Assurance  (SQA)  Program  to  ensure  that  reviews,  audits,  verifica¬ 
tion,  testing,  and  procedural  and  product  aspects  of  system  development  are 
performed  In  accordance  with  the  guidelines  of  MIL-STD-S2779A  and  contract 
requirements. 

b.  Participate  In  all  formal  review  and  walk-throughs  to  ensure 
their  completeness  and  accuracy. 

c.  Review  and  take  part  In  the  approval  of  all  contractor  sub¬ 
mitted  softwalre  documentation. 

d.  Maintain  appropriate  records  of  all  assessments  and  tests 
In  support  of  the  following  activities: 

(1)  Program  validation  . 

(2)  Post  deployment  baseline  change  evaluation 

(3)  Post  deployment  test  management 

(4)  Technical  Data  base 

e.  Advise  the  DPO,  XM23  on  the  performance,  quality  and  supporta- 
blllty  of  the  software  program. 


35- 

F-45 


f.  Provide  input  on  compute.*  resources  to  required  Government 
Product  Assurance  documentation. 

g.  Ev-a’i-ate  and  participate  In  the  approval  of  the  final  CPCI 
test  plans/proccjr^ures  and  monitor  the  actual  acceptance  test  of  the 
software  program  to  ensure  all  requirements  and  documentation  are  verified. 

4.4  Development  Schedule  for  each  CPCI  and  Proposed  Milestone  Review 
Points 

The  development  schedule  for  the  MBC  CPCI  and  milestone  review  points 
appear  in  Figure  3-1.  ATE  mile«tones  will  be  determined  prior  to  MR  (Material 
Release). 

4.5  The  Procedure  for  Monitoring  and  Reporting  the  Status  of  Computer 
Program  Development 

The  status  of  computer  program  development  shall  he  monitored  via 
technical  reviews,  tests,  and  audits  that  are  held  to  control  CPCI. 

4.6  The  Resources  Required  to  Support  Development  and  Test  of  Computer 
Programs 

These  resources  are  identified  in  paragraph  2.2. 

4.7  The  General  Procedures  for  Reporting,  Monitoring,  and  Resolving 
Computer  Program  Errors  and  Deficiencies  Di^ring  Development  Test 

The  general  procedures  are  outlined  in  the  CPCI  Test  Plans/Procedures 
and  the  contractor's  Software  Product  Assurance  Manual. 

4.8  THE  Method  and  Procedures  for  Collecting  Data,  Analyzing,  Monitoring 
and  Reporting  on  the  Timing  of  Time  Critical  Computer  Programs 

The  DPO  will  provide  and  maintain  timing  and  sizing  budget  estimates 

for  the  CPCI  as  specified  in  the  B-5  specification. 


♦ • 5  The  M^nage^ncnt  of  Previous.  Current,  and  Proposed  Revisions  of  Computer 
Program  Masters,  Data  Base,  and  Associated  Documentation 

During  PPE  the  contractor  shall  manage  all  versions  of  computer  program 

masters  and  data  bases  and  documentation.  After  deployment  the  AMCCOH  POSS 

Center  and  FSL  shall  assume  this  responsibility  In  accordance  with  the  HQOA 

POSS  concept  plan  approved  May  1981. 

4.10  Gu tdellne  and  Checkpoints  for  Ensuring  Future  Computer  Program  Growth. 
l^dularltyT  and  Ease  of  Modification 

Ouring  periodic  reviews  computer  program  growth,  modularity,  and 
ease  of  modification  will  be  examined. 

4.11  Oocumentatlon  Approach 

For  the  CPCl  the  following  documentation  will  be  prepared:  a  B5 
specification,  C5  specification,  program  listing  and  firmware  documentation. 

4.12  Training  Requirements  and  Associated  Equipment 

The  contractor  will  develop  and  conduct  operator  and  maintenance 
courses  for  Instructor/Key  Personnel  (IKP),  The  IKP  courses  will  cover 
tasks  associated  with  the  new  Items  to  be  introduced.  The  difficulty 
level  of  the  Instruction  will  not  exceed  the  mental  and  physical  require¬ 
ments  outlined  in  AR  611-201  for  each  MOS.  The  date  of  course  delivery, 
the  number  of  courses,  the  course  lengths,  the  number  of  students  shall 
be  consistent  with  the  IKP  requirements.  The  Instruction  will  be  con¬ 
sistent  with  and  will  as  a  minimum,  train  the  critical  tasks  Identified 
by  the  ongoing  LSAR.  The  Instruction  will  be  supported  by  reproducible 
draft  TM's  and  will  be  a  combination  of  classroom  and  practical  training. 

All  operator  courses  will  be  conducted  at  the  USAIS,  Fort  Benning,  6A; 
the  maintenance  courses  will  be  conducted  at  AKCCOM  (R),  Rock  Island,  IL. 
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4.13  Software  Engineering  Practices 

The  OPO  has  the  responsibility  for  Identifying  the  software  engineering 
practices  that  will  result  In  the  design,  development,  test,  and  delivery  of 
software  that  Is  acceptable  and  maintainable.  The  PDSS  Center  will  provide 
the  expertise  as  requested  by  the  DPO  to  assure  this  responsibility. 

The  design  approach  will  stress  structure.  Independence. of  components, 
modularity,  and  clarity  of  Interconnections.  Documentation  shall  stress 
traceability,  formal  standards,  clarity  of  descriptions,  and  easily  readable 
listings.  Testing  will  stress  formal  demonstration  of  mission  requirements 
and  use  formal  error  data  collection  methods. 

The  contractor  will  be  guided  by  the  following  practices: 

a.  Structured  Design 

b.  Top  Down  Development 

c.  Formal  Standards  and  Guidelines 

d.  Data  Item  Index 

e.  Program  Design  Language 

f.  Structured  Programming 

g.  MBC  Development  Folder 

h.  Structured  Walkthrough 

I.  Programming  Support  Library 

J.  Formal  Error  Data  Collection 


38 

F-48 


4.14  Security  Control  and  Regufrements 

Classified  data  within  MBC  Computer  Programs  will  be  treated  with  the 
same  standard  safeguards  which  are  required  for  all  classified  Information. 

4.15  Schedule  and  Description  of  the  Technical  Milestones  and  Attainment 

^t¥rra -  - ^ - - - 

MILESTONE  SCHEDULE  or  ACTUAL  HATE 


System  Specification 

Nov  81 

Contractor  Devel^'ped  Specification 

Jan  B4 

Computer  Program  Development 

Specification  (B5) 

May  84 

Computer  Program  Product 

Specification  (C5) 

May  84 

Computer  Program  Configuration 

Item  Test  Plan/Procedures 

Jun  84 

Critical  Design  Review 

Sep  83 

Formal  Qualification  Test 

Oct  84 

Physical  Configuration  Audit 

May  R5 

MBC  Support  Software 

Oct  85 

EPROM  Programming  Station 

Oct  85 

MBC  Software  Development  System 

Oct  85 

ATE  Test  Program  Sets 

Sep  86 
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5.0  COORDINATED  TEST  PROGRAM  W.NAGEMENT 

5.1  Responsibility  and  Interrelationships 

The  Test  Integration  Working  Group  (TIWG)  which  has  been  established  for 
the  Mortar  Ballistics  Computer  will  ensure  that  the  MBC  computer  resources 
are  properly  tested  and  evaluated.  The  responsibilities  of  the  Coiranands  for 
this  effort  are  described  in  Paragraph  4.1  of  this  CRMP. 

5.2  Orqanization/Activities  Responsible  for  Verification  and  Validation 
5.2.1.  The  Product  Assurance  Directorate  is  the  AMCCOM  independent  evaluator 
for  verification  and  validation  of  whe  **BC  and  its  maintenance  support 
equipment,  including  computer  resources. 

The  Product  Assurance  Directorate  will  participate  in  the  review  and  approval 
of  contractor  CPCI  Test  Plans/Procedures  and  the  Product  Assurance  Test, 
Demonstration  and  Evaluation  Plan.  These  procedures  will  be  utilized  for 
software  validation  and  verification.  Validation  and  verification  results 
will  be  reported  by  the  contractor  in  the  Quality  Inspection  Test, 
Demonstration  end  Evaluation  Report. 

5.3  Development/Acquisition  Schedule  for  Special  Test  Tools 

MBC  maintenance  will  require  the  use  of  Automatic  Test  Equipment.  This 
will  necessitate  the  development  of  Test  Program  Sets  (TPS's)  for  the  MBC 
and  Circuit  Card  Assemblies.  These  will  be  initially  developed  by  TOAD  under 
supervision  of  FSL  for  the  specific  ATE  requirements  of  the  MBC  maintenance 
concept.  The  ATE  milestone  is  scheduled  for  4QFY86. 
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Analysis  methodology  Is  described  In  the  CPCI  Test  Plans/Procedures. 

It  Identifies  those  tools,  techniques,  and  methodologies  In  the  software 
development  which  support  QA  objectives. 

5.5  Methodology  and  Schedules  of  Benchmark  Test  Cases  for  Various  levels 
of  Software  Testing 

Testing  activltes  shall  continue  throughout  the  entire  PPE  phase.  Two 
distinct  levels  of  testing  are  defined  as  part  of  this  activity:  Unit  Test 
Ing  and  Software  Integration  Testing.  As  modifications  are  made  to  the 
program  as  the  result  of  change  activity,  error  correction  or  required  re¬ 
design,  and  as  these  modifications  are  Integrated  Into  the  system,  It  shall 
be  necessary  to  repeat  tests  at  either  level  to  verify  the  operation  of  the 
modified  program  system.  Tests  shall  verify  that  specific  Inputs  produce 
the  proper  responses. 

5.5.1  Unit  Testing 

This  activity  will  proceed  as  an  extension  of  the  top-down 
approach  to  the  software  design  and  Implementation.  Testing  will  consist 
of  exercising  programs  and  routines  In  programs  Individually  by  using  a 
range  of  known  expected  Inputs  and  comparing  the  resulting  programs  outputs 
with  expected  outputs.  Such  testing  shall  continue  until  the  results 
Indicate  that  the  computer  program  unit  reflects  the  program  design  and  Is 
"error  free". 

5.5.2  Software  Integration  Testing 

Program  units  will  be  Incrementally  Integrated  and  tested  to  exercise 
functional  compatibility.  This  testing  will  emphasize  the  Interaction 
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between  related  performance  characteristics  of  the  HBC  to  verify  program 
Interfaces  and  to  ensure  that  the  program  operates  In  accordance  with  the 
Computer  Program  Development  Specification  (B5).  Simulated  systems  Inputs 
In  varying  degrees  of  complexity  will  test  and  verify  the  Integrity  of  the  software. 
All  software  will  be  Integrated  and  tested  on  MBC  hardware  prior  to  First 
Article  Test  (FAT). 

5.6  Software  Monitoring  Design  Plan 

The  contractor  will  use  his  own  policies,  procedures  and  documentation 
to  monitor  software  and  ensure  that  computer  software  delivered  to  the 
Government  fulfills  all  contractual  requirements. 

5.7  Procedures  for  Reporting  and  Resolving  Computer  Program  Errors 
and  Deficiencies  During  Testing 

The  procedures  for  reporting  and  resolving  computer  program  errors  during 
contractor  PPE  testing  Include  the  use  of  letter  reports  and  recommend  corrective 
resolutions  In  the  form  of  preliminary  engineering  change  proposals  (PECPs). 

Prior  to  FAT  the  contractor  will  act  on  Government  approved  PECPs  to  correct  the 
errors  and  shortcomings  uncovered  during  PPE.  After  Implementation  the  contractor 
will  document  and  validate  all  mandatory  changes.  The  software  changes  will  be 
Implemented  by  the  development  of  new  memory  coding  by  reprogramming  the 
existing  eraseable  programmable  read  only  memory  (EPROM)  chips. 

5.8  Schedule  for  Test  Plans  and  Testing 

The  t3st  plans  and  test  schedules  are  contained  in  the  Coordinated  Test 
Program  (CTP)  dated  15  July  1984. 
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6.0  POST  DEPLOYMENT  SUPPORT 

6.1  Responsibility 

AMCCON  CR)  Is  responsible  for  post  deployment  management  of  the  HBC  program. 

The  AMCCOM  PDSS  Center,  FSL,  and  PAD  have  responsibility  for  providing  com¬ 
puter  resource  support  to  the  deployed  MBC  and  to  Government  users. 

6.1.1  The  PDSS  Center  Computer  Resource  Support  will  Include  ECP  evaluation, 
software  iranagement,  maintenance  (software  change  Implementation  and  control), 
test  and  other  related  functions  necessary  to  ensure  the  operational 
capabilities  of  the  fielded  MBC.  The  computer  resource  management  procedures 
will  be  consistent  with  DARCOMR  70-16  and  with  this  CRMP. 

6.1.2  FSL  Is  responsible  for  system  engineering,  to  Include  ECP  evaluations, 
system  level  change  Integration,  and  system  level  testing.  FSL  Is  also 

responsible  for  ATE  and  TPS's  which  Include  maintenance,  test  and  other  related  functions. 

6.1.3  The  AMCCOM  Product  Assurance  Directorate  Is  responsible  for  all 

i 

software  QA  functions  to  Include  generating  all  test  procedures,  monitoring 
tests  performed  by  PDSS  and  assessing  test  results  for  final  program 
validation  and  verification. 

6.1.4.  The  ATE/PDSS/TMDE  Control  Office.  AMSMC-MA-ATE  will  provide 
user  field  software  support  via  strategically  placed  Field  Service  Requirements 
(FSR).  This  office  will  also  serve  as  the  AMCCOM  National  ^Maintenance  Point  (VMP) 
liaison  to  the  AMCCOM  PDSS  Center  on  matters  concerning  software  maintenance  of 
Battlefield  Automated  Systems  (BAS). 

6.2  Configuration  Management 

Configuration  Management  Is  the  responsibility  of  AMCCOM  for  baseline 
and  change  control  of  the  MBC.  The  AMCCOM  level  II  CCB,  Including  the  PDSS 
Center,  FSL,  and  PAD,  will  handle  AMCCOM  actions  directed  by  the  AMCCOM 
level  I  CCB.  Overall  configuration  management  will  be  conducted  In  accor¬ 
dance  with  AR  70-37  with  change  control  actions  (ECP's,  VECP's  and  RFDAI's) 
prepared  In  accordance  with  D0D-STD-480A. 
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6.3  Responsibilities  for  Caiposlte  Systaro  Integrity 

After  the  Initial  production  phase  of  the  NBC  program  Is  completed,  the 
responsibility  for  software  support  will  be  transferred  to  the  LCSS  Center. 
The  LCSS  Center  will  maintain  the  composite  system  Integrity  Including; 

a.  Computer  memory  storage  utilization 

b.  Computer  program  time  constraints  and  priorities 

c.  Computer  program  Interface  techniques 

d.  Computer  program  baseline  Integrity 

e.  Use  of  computer  modules  and  peripherals 

f.  Software  change  engineering  and  Implementation. 

6.4  Documentation  Required  to  Support  Each  Type  of  Computer  Program 
Documentation  requirements  are  Identified  In  Section  3.8  and  6.8.  The 

repository  for  theso  documents  will  be  the  LCSS  Center.  These  documents 
will  be  utilized  by  the  various  AMC COM  elements,  which  will  ibe  Involved 
during  the  post  deployment  phase  (e.g.,  FSL,  PAD,  TSO). 

6.5  Responsibility  for  Funding 

The  Post- Deployment  funding  for  the  support  of  operational  software 
will  be  the  responsibility  of  AMCCOM.  AMCCOM  (R)  will  be  responsible  for 
obtaining  funds  for  the  engineering  and  Installation  of  changes/modifica¬ 
tions  to  software.  AMCCOM  (R)  will  also  be  responsible  for  obtaining  funds 
for  the  procurement  of  the  hardware/software  resulting  from  these  changes. 

6.6  Personnel  Required  for  Computer  Resources  Support 

The  personnel  required  for  supporting  computer  equipments  and  programs 
will  be  supplied  by  tho  LCSS  Center,  FSL  and  PAD.  Each  organization  will 
be  tasked  with  Identifying  the  core  personnel. 
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6.7,  Computer  Equipment  Required  to  Facilitate  Computer  Program  Changes 
and  Acqulslt'ion  Respons1bl1  Itles 

The  acquisition  responsibility  for  the  computer  equipment  and  devices 

required  to  facilitate  computer  program  changes  lies  with  the  DPO  with 

recommendations  from  the  LCSS  Center.  The  minimum  hardware  requirements 

comprise  4  Mortar  Ballistics  Computers,  H23,  and  2  Tactical  Communications 

Modems  (TCM).  FSL  and  the  AMCCOM  PDSS  Center  will  each  have  2  MBC's  and 

1  TCM  so  that  each  organization  can  perform  Its  mission  responsibilities. 

The  following  Is  a  list  of  additional  equipment  Items  recommended  by  the 

LCSS  Center  for  MBC  support: 

MBC  EPROM  Programming  Station 
HP  64000  NSC800  Accessories 
8  Bit  Emulator  Memory  Part  No.  64152S 
with  option  011  32  Kbyte  additional  memory 
NSC800  Emulator  Pod  Part  No.  64292S 

6.8  Computer  Programs  Required  to  Support  Computer  Equipment  and 
Other  Computer  Programs 


J/  '  ' 


The  following  Is  a  list  of  software  Items  needed  by  the  LCSS  Center  to  support 


the  MBC: 


NSC800  Emulator  (comes  with  Pod) 

NSC800  Assembler  and  Linker,  Part  NO.  64842AF 
EPROM  Burner  Software 

Magnavox  generated  software  package  and  documentation 
Magnavox  generated  test  and  support  software  consisting  of  the 
following  Items: 


AMSZ80.EXE 

L00Z80.EXE 

MBCSIMZ80.EXE 

DTL.EXE 

DTL.CLD 

GETERRORS.  EXE 
GETERRORS.  CLD 

COMPRESS.EXE 
COMPRESS.  CLD 

GETSYMBOL.  EXE 
GETSYMBOL.  CLD 


Microtex  Z80  Assembler 
Microtec  Linker/Loader 
Modified  Microtex  Simulator  (MBC) 

DTL  Preprocessor 
DTL  Command  Definition  File 

Assembly  error  reporting 
GETERRORS  Command  Definition  File 

Compress  Symbol  Table  In  Linker  Output  Files 
COMPRESS  Command  Definition  File 

Generate  Symbol  List  File 
GETSYMBOL  Command  Definition  File 
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6.  8  (Continued)  -  Computer  Programs  Required  to  Support  Computer  Equipment  and 
Other  Computer  Programs 


GENTABLE.EXE 

GENTABLE.CLD 


Generate  Microtec  Linker  Format  Symbol  Tables 
GENTABLE  Command  Definition  File 


CONVRTSYM.EXE  Convert  Linker  Output  Files  to  INTEL  Format 

FIX. EXE  Fixed  Point/Floating  Point  Conversions 


UPDATE.COM  Command  Procedure  Driver  for  MMS  Updating 

MBC.MMS  MMS  Command  File  for  MBC  Update 


UPDABS.COM 

UPDOBJ.COM 

UPDDEF.COM 

GENL0D.EXE 

GENLOD.CLO 


Command  Procedure  Called  In  MBC.MMS 
Command  Procedure  Called  In  MBC.MMS 
Command  Procedure  Called  In  MBC.MMS 
Generate  Loader  Command  File  from  Skeleton 
GENLOD  Command  Definition  File 


0RDERSYM.EXE 

ORDERSYM.CLD 


Generate  Symbol  List  Sorted  by  Name,  Value 
ORDERSYM  Command  Definition  File 
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6.9  Verification  and  Validation  of  Computer  Programs 

The  approval  for  Materiel  Release  of  post  deployment  software 
changes  will  be  the  responsibility  of  the  Product  Assurance  Directorate, 
of  AMCCOM. 

6.10  Plans  to  Establish  and  Operate  Necessary  Support  Facilities 

The  AMCCOM  PDSS  Center  will  establish  the  requirements  for  support 
facilities.  The  plan  for  the  PDSS  suportablllty  demonstration  will  be 
formulated  when  the  PDSS  requirements  for  the  MBC  computer  resource 
Items  become  clearly  defined  by  the  DPO,  XM23. 

6.11  Provisions  for  the  Transfer  of  Program  Management  Responsibility 
The  MBC  System  Is  under  management  of  DP0>  XM23.  All  computer 

resources  files  and  technical  data  will  be  provided  to  the  AMCCOM  PDSS 
Center  within  30  days  after  the  PROD-VAL  IPR. 

6.12  Provisions  for  System/Equipment  Deployment 

The  system  shall  be  deployed  In  accordance  with  the  Materiel  Fielding 
Plans  after  materiel  release. 
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1.0  INTRODUCTION 

This  section  describes  the  System  Test  Console  used  to  test  the 
Mortar  Ballistics  Computer,  N23.  The  block  diagram  denotes  the  components 
of  the  test  station  and  the  Interconnection  of  each. 


2,.0  HARDWARE 

2.1  System  Test  Panel 

The  system  test  panel  contains  an  808CA  microprocessor  with  two 
(2)  kilobytes  of  RAM  and  eight  (8)  kilobytes  of  EPROM.  The  microprocessor 
controls  the  station  operation  via  the  resident  software  In  EPROM  and  the 
command  Instructions  It  reads  and  executes  from  the  paper  tape.  The  panel 
contains  the  hardware  to  transmit  messages  to  and  receive  messages  from  the 
M8C  through  the  modem  and  analog  Interface  circuitry  and  can  also  make  any 
keyboard  entries  using  the  keyboard  Interface.  The  video  Interface  Informs 
the  operator  of  test  status  and  results  and  prompts  for  any  manual  operations 
required. 

2.2  Power  Supply  Panels 

The  power  supply  panels  supply  the  -^Svdc  and  +12vdc  to  the  system  test 
panel  and  an  adjustable  DC  power  source  required  by  the  MBC. 


2.3  AC  Power  Control  Panel 

The  AC  power  control  panel  distributes  the  AC  power  to  the  DC  power 
panels  and  the  commercial  equipment  as  required.  It  also  provides  the 
circuit  breaker  protection  for  the  station. 


2.4  Cotmrerclal  Equipment 

The  commercial  equipment  utilized  In  this  station  Includes: 


Conrac  Model  SNA14/C 
Addmaster  Model  650-2 
Philips  Model  PM3217 
Fluke  Model  8040A 
GenRad  Model  11918 

3.0  SOFTWARE 

3.1  System  Test  Panel  Software 


A.  Video  Monitor 

B.  Paper  Tape  Reader 

C.  Oscilloscope 

D.  Digital  Voltmeter 

E.  Frequency  Counter 


The  software  contained  In  the  eight  (8)  kilobytes  of  EPROM  In  the  system 
test  panel  Is  an  Interpreter  for  the  command  Instructions  on  the  paper  tape. 
This  software  reads  the  command  Instructions  from  the  paper  tape  and  executes 
them  as  they  are  read.  The  video  modem,  analog,  relay,  and  keyboard  Interfaces 
are  all  controlled  by  this  software.  The  command  instructions  are  further 
discussed  below  In  the  paper  tape  software  section. 
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3.2  Paper  Tape  Software, 

The  command  Instructions  contained  on  the  paper  tape  are  executed 
sequentially  by  the  system  test  panel  as  they  are  read.  Each  command 
begins  with  an  asterisk  (*)  wli,ch  Is  followed  by  a  single  character  which 
determines  the  type  of  command  to  be  executed.  The  characters  which 
follow  are  parameters  of  the  command  type  and  are  dependent  on  the  command 
type.  The  command  type  characters  and  their  functions  are  briefly  described 
below. 

COMMAND  TYPF 

CHARACTER  DESCRIPTION 


Compose  message  on  UUT  keyboard. 

Display  message  on  video  monitor. 

Introduce  single  bit  error  Into  every 
character  transmitted  to  UUT. 

Halt  test  station. 

Induce  error  In  any  character  or  bit 
position  In  transmitted  messaoe. 

Switches  relays  In  test  panel  to 
correct  audio  signal  and  level. 

Load  test  number  Into  station  buffers. 

Loads  message  to  be  received  Into  station 
then  activates  key  to  transmit  message 
and  then  compares  received  message. 

Sets  station  status  for  correct  parameters. 

T  Loads  message  to  be  transmitted  Into  station 

and  time  disperse  message  and  parity  buffers. 

X  Transmits  message  setup  In  T  command. 
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ABSTKACT 


This  Independent  Verification  and  Validation  (IV&V)  Frograo  Flan  containa 
inforaation  on  the  planning,  coordination,  and  apecific  V&V  taaka  required 
to  conduct  an  IV&V  prograa  on  the  Coaputer,  Balliatics:  Mortar,  M23(MBC}. 
Thia  prograa  vill  provide  the  SFO  MBC  and  AMCCOM  with  an  independent  and 
eontinuoua  aeaeatment  of  the  MBC  coaputer  reaourcea  during  production  and 
poat  deployment  phaaea  of  the  MBC  life-cycle. 
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CmEKAL 


1.1  lETRODOCTIOW 


This  sectioa  provides  an  overviev  of  the  purpoae,  scope,  and 
autuority  for  the  preparation  of  this  Independent  Verification  and 
Validation  (IV&V)  Plan  for  the  Computer,  Ballistics:  Mortar,  M23  (MBC). 

1.1.1  PUIPOSB 

The  purpose  of  this  IV&V  Plan  is  to  identify  those  specific  V&V 
tasks  that  must  he  performed  adequately  to  provide  the  necessary  data, 
analyses,  and  testing  to  assure  a  thorough  IV&V  for  the  MBC  program  during 
the  production  and  post  deployment  phases  of  its  life-cycle. 

1.1.2  SCOPE 

This  plan  applies  to  the  IV&V  effort  during  the  production  and 
post  deployment  phases  of  the  MBC  life  cycle.  Specific  V&V  tasks  which  are 
performed  during  these  phases  to  accomplish  overall  IV&V  objectives  are 
identified  in  Section  Ill. 

1.1.3  AUTBOEITT 

This  plan  was  prepared  under  the  auspices  of  the  Development 
Project  Office  (DPO)  MBC  for  inclusion  in  the  Computer  Resources  Management 
Plan  (CRMP)  for  the  MBC  and  in  accordance  with  AMC  R  70-16  and  the  Draft 
AMC  Product  Assurance  &  Test  (PA&T)  policy  on  Independent  Verification  & 
Validation. 

1.1.4  DEFIRITIOB 

Independent  Verification  and  Validation-  is  a  major  activity  of 
the  total  quality  program  (both  software  and  hardware)  to  independently 
assess/conf irm  compliance  with  requirements. 

Independent  -  an  organisation  that  is  seperste  from  the  development,  activity 
from  a  contractual  and  organizational  standpoint. 

Verification  -  is  the  evaluation  process  designed  to  ensure  the  consistancy 
and  completeness  of  the  software  product  at  any  given  phase  within  the  MBC. 
life-cycle. 

Consistancy  is  concerned  with  measuring  the  degree  to  which  a  given 
phase  (e.g.,  design)  is  in  agreement  with  the  previous  phase  (e.g., 
requirements)  in  the  development  and  post  deployment  change  cycles. 

Completeness  is  a  measure  of  the  readiness  to  initiate  the  next  phase 
in  the  development  and  post  deployment  change  cycles. 
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Validation  -  ia  the  integration,  teating,  and/or  evaluation  activities 
carried  out  at  the  aysten  and  aubsyatea  level  to  evaluate  the  developed 
/  'oaputer  prograa  againat  the  ayatea  apecificationa  and  the  uaer'a 
^  . equireaenta. 
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IV4V  ?tOCRAM  APPROACH 


2.1  PROGRAM  OVKRVIKW 

The  XV&V  progran  will  provide  an  independent  and  continuous 
assesBoeht  of  the  MBC  conputer  resources  through  the  production  and  post 
post  deployment  phases.  This  effort  will  ensure  that  all  necessary 
analyses,  evaluations,  and  tests  are  conducted  efficiently  and  effectively 
to  preserve  the  pre-established  levels  of  quality,  reliability  and 
maintainability  of  the  MBC  software.  This  IV&V  effort  will  also  include 
assessments  of  the  equipment  necessary  to  support  the  production,  factory 
testing,  and  the  post-deployment  software  change  environment  to  assure 
its  proper  functioning.  Additional  IV&V  tasks  may  be  conducted  to  improve 
the  quality,  reliability,  and  supportability  of  the  MBC. 

2.2  PROGRAM  ADMIHISTRATIOH 


PAD  has  been  assigred  responsibility  for  the  XV&V  progr.am  in 
support  of  the  DPO  MBC  and  AMCCOM.  PAD  will  utilise  data  generated  from  V&V 
activities  performed  by  all  organizations  in  the  accomplishment  of  the 
overall  XV&V  program.  Additional  tasks  to  improve  the  quality,  reliability 
and  supportability  of  the  MBC  may  be  performed  by  an  XV&V  contractor  or 
PAD. 


2.3  PROGRAM  PDWDIHG  KSTXMATXOW  AMD  DXSTRXBDTXOH 

PAD  as  the  responsible  organization  in  support  of  the  DPO  MBC  and 
AMCCOM  will  control  all  necessary  funds  to  assure  completion  of  the  XV&V 
_  program. 

"  2.4  XMTBRFACES  AMD  COORDIHATXOW 


The  DPO-MBC  as  the  overall  MBC  program  manager  will  be  the  focal 
point  of  communication  between  the  developerCs)  and  the  XV&V  effort.  All 
data  and  documents  required  will  be  requested  through  the  DPO  and  all 
reports  and  analyses  generated  will  be  submitted  to  the  DPO.  This  policy 
will  maintain  an  orderly  flow  of  information  and  reduce  interference  with 
thedeveloper(s). 

All  XV&V  plans/activities  as  with  all  MBC  related  actions  are 
subject  to  final  approval  of  the  DPO-MBC. 


F-68 


IICTIOM  III 


1?4V  TASK  BETIllTIOl 


3.1  IV4y  FHASB  PEFIIIITIOIS 

3.1.1  MXLBSTOIS  111  PKOCKAM  KETIEV  4  PIODDCTXOE  COHTEACT 

Thia  ptaasa  of  tha  XT4T  proEraa  will  be  initiated  after  Firat 
Article  Teating  (FAT)  haa  been  eonpleted  by  Magnavox.  The  final  product 
baaelinea  for  the  MBC  aoftvara  will  be  eatabliahed  and  the  production 
phaae  will  be  initiated.  Specific  taaka  to  be  acconpliahed  during  thia 
phaae  are  identified  in  Tahla  3.1. 

3.1.2  lT4y  TASKS  DOKXIC  FKODOCTXOB 

Table  3.2  definea  all  the  taaka  which  will  he  executed  during  the 
production  phaae  of  the  MBC. 

3.1.3  1T4T  TASKS  DDKXIG  POgT  DEPLOTHE^T 

The  dcaignated  PDSS  center  for  the  MBC  will  be  the  AMCCOM  LCSS 
center  located  at  AKDC  Dover,  EJ .  The  taaka  which  will  be  perforned  during 
the  poat-deployaent  phaae  of  the  MBC  are  identified  in  Table  3.3. 
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2  XTSy  TASKS  TO  XMPEOVE  MBC  OOALXTT.  lELXABXLXTT  4  SPPPOKTABXLXTT 


Table  3.4  identifier  XV4T  taaka  which  may  be  perforaed  in  order 
to  iwprove  the  quality,  reliability  and  aupportibility  of  the  MBC.  There 
taaka  will  eatabliab  a  traceability  data  base  btcween  requirenenta  and 
deaign  documentation  to  the  aource  liatinga.  Thia  will  greatly  improve  the 
current  documentation  of  the  MBC  aoftware  program.  Also  atatic  as  well  aa 
dynamic  analyser  will  be  conducted  to  determine  complexity,  improve  teat 
coverage  and  measure  as  well  as  improve  the  quality  and  reliability  of  the 
MBC  aoftware  program. 
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TABLE  3.1 


MILSSTOBB  111  PBOGIAM  lEVIBV  A  PRODDCTIOH  COMTRACT 


•  Assist  in  Functional  A  Physical  Configuration  Audits, 

•  Assess  and  evaluate  all  equipnents  necessary  to  support  the 
production  process  (ATE  etc.) 

e  Review  Production  Planning 

0  Assess  Configuration  Management  for  Production 
e  Assess  Quality  Assurance  for  Production 
e  Assist  in  Revieving/Prepar ing  Tschnieal  Data  Package 
e  Assess  Computer  Resource  Reeds  for  Production 

s 

e  Assess  Prodvvtion  Contract  for  Computer  Related  Items 

e  Assess  Production  Testing  Plan  A  Procedures 

e  Assess  Software  Handling  Procedures  for  Production 

e  Establish  the  pre**POSS  baseline  for  requirements  specs,  test 
procedures  etc.  • 
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TAILS  3.2 


ITtT  TASKS  DUSISG  VKODUCTlOl 


•  ECF  cvaluatioa  and  trace  aaiatcnanee 

•  Review  for  Conpliaaee  to  Software  Staadarda,  Policiea  aad 
Frocedurea 

•  Aaaiat  ia  Eatabliahiag  Audit  Trail 

•  Aaaeaa  Froductioa  Teating  for  Cootiauaoee  of  Ferfornaace 
Baaeliae 

•  Review  QA  aad  CM  Frocedurea 

•  Aaaiat  ia  Eatabliahiag  Syatem  Aaaeaameat  Fipeliae  for 
Operational/Fielded  Syatena 

e  Moaitor  Approval  A  Siapoaitioa  of  Forniil  Releaaea 

•  Coatiaual  aaaeaaneat  of  all  productioa  teat  equipneat 

•  Aeeeptaaee  teat  aaalyaia  for  aoftware  "bug”  aynptoma 


TABLX  3.3 


ITiV  TASKS  DOSllC  POS;  DEPLOTMEIT 


•  Conduct  PSSS  aupportability  denonatra^ion 

-  Aaaeaa  MBC  development  environment 
>  Certify  all  aupport  equipment 

-  Evaluate  CM  procedurea 

-  Evaluate  Software  Engineering  procedurea 

•  Aaaeaa/Evaluate  Software  QA  Plaa/Procedurea  for  PDSS 

•  Evaluate/Aaaeaa  Failurea  in  Operation/Fielding 

e  Aaaeaa  Syatem  Failurea  and  Reed  for  Change  (ECP) 

•  Perform  Revalidation 

e 

-  Severify  that  Requirementa  are  Being  Met 

-  Uae  Tracking  Data  Baae 
Evaluate  Impact  of  Change 

e  Redeaign  and  Recode  aa  Required 

•  Uae  Teat  Toola  aa  Required 

•  Aaaeaa  Changea  to  Documentation 
**  Update  Configuration 

e  Revalidate  Software 

-  Repeat  Key  Teata  to  Reaffirm  Confidence  in  Syatem  Software 
--  Review  Baaeline  and  Archive  Data  &  Programa 

e  Maintain  IT&V  baseline  and  technical  competence 
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TABLE  3.4 


XT4T  TASKS  TO  IMPKOTE  MBC  QBALITT,  KBLIABILITT  4  SUPPOKTIBILITT 


•  Eatablifh  a  Requireneota  Tracing  Data  Baae  between  (,{(  ^  and  MBC 
aoftware  developaent  apedif icationa 

a  Dae  Metriea  to  Aaaeaa  Quality  faetora 

a  Trace  aoftvare  requirenenta  into  Deaign  docunentaticn 

a  Run  Bodela  and  ainulatiooa 

a  Review  code  againat  Deaign  docunentat ion 

a  Trace  code  to  deaign 

a  Dae  atatic  and  dynanic  analyaia  toola 

a 

a  Eatabliah  a  trace  between  teat  and  requirenenta  docunenta 
a  Develop  independent  teat  acenerioa 
a  Perforn  a  reliability  aaseaanent 
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TOOLS  AID  BQDIPNEIT 


4.1  XP-PfcS 

Tbe  IV&V  Progran  aay  procure  MBC  ipeeielty  tools  o.  aodify 
already  eziat.'Og  tools  to  accomplish  maoy  of  the  IT&V  tasks.  Lquipment 
needed  to  support  the  dcvelopaent/f sbricstion/testiog  of  the  MBC  vill  be 
shared  with  the  LOSS  center. 

4.2  BODIPMBIT 

The  XT&T  program  vill  have  access  to  a  CP/M  compatible  Z80 
distributed  processing  TURBO  DOS  microcomputer  system  and  a  Digital 
Equipment  Corporation  TAX  11/780  Computer  pystem  with  VMS  and  UNIX 
operating  systems.  Also,  a  Input-Output  Requirements  Language  (lOKL) 
developed  by  Te 1 edyne-Brovn  Engineering  will  be  loaded  on  tbe  TAX  and 
Apollo  work  station.  lORL  vill  be  used  for  all  r equ i rementa  tracing  which 

will  establish  a  tracking  data  base  system  for  the  MBC. 

Additional  equipment  for  independent  tests  and/or  evaluation 
assessments  of  the  MBC  may  be  purchased  as  required. 

4 . 3  PSZ  OP  THE  DETELOPBB»S  RESOPBCES 

The  possible  use  of  a  developer's  tools  and/or  equipment  will  be 
coordinated  through  the  DPO-MBC  to  assure  no  interference  with  the 
development  process. 
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G 


ACK 

AMC 

AMCCON 

ANSI 

AR 

ARDC 

ASCII 

ASL 

ATE 

BAS 

BAUD 

BIT 

bit 

BRL 

bytj 


CCB 

CDR 

CECOM 

CM 

CMOS 

CMP 

CPC  I 

CP/M 

CPU 


A 

Acknowl edged 

US  Aray  Materiel  Coirmand 
US  Armament  Munitions  and  Chemical  Command 
American  National  Standard  Instruction 
Army  Regulation 

US  Army  Research  and  Development  Command 
American  Standard  Code  for  Information  Interchange 
Authorized  Stockage  List 
Automatic  Test  Equipment 
B 

Battlefield  Automated  Systems 

Measurement  of  data  transmission  rates  expressed 
as  "bits  per  second”  or  bps 

Build-in-Test 

A  unit  of  data  In  the  binary  numbering  system 

Ballistics  Research  Laboratory 

A  generic  term  to  Indicate  a  measureable 
portion  of  consecutive  binary  digits 

C 

Configuration  Control  Board 
Critical  Design  Review 

US  Army  Communication  and  Electronics  Command 
Configuration  Management 
Complementary  Metal  Oxide  Semiconductor 
Configuration  Management  Program 
Computer  Program  Configuration  Item 
Control  Program  for  Microcomputers 
Central  Processing  Unit 


•j 
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CRNP 

Coaputer  Resources  Management  Plan 

CRU6 

Computer  Resources  Working  Group 

CTP 

Coordinated  Test  Program 

fl 

OA 

u 

Department  of  the  Army 

DEVA-IPR 

Development  Acceptance  In-Process  Review 

OMO 

Digital  Message  Device 

DOD 

Department  of  Defense 

DODO 

Department  of  Defense  Directive 

DOS 

Disk  Operating  System 

DPO 

Development  Project  Officer 

DTL 

Display  Terminal  Language 

DT/OT 

Development  Test/Operatlonal  Test 

r 

EBCDIC 

Expanded  Binary  Coded  Decimal  Interchange  Code 

ECP 

Engineering  Change  Proposal 

END 

Electro  Magnetic  Device 

EOM 

End  of  Mission 

EPROM 

Eraseable  Programmable  Read  Only  Memory 

C 

FAT 

r 

First  Article  Test 

FATDS 

Field  Artillery  Tactical  Data  Systems 

FCA 

Functional  Configuration  Audit 

FCI 

Fire  Control  Inputs 

FDC 

Fire  Direction  Center 

FDTE 

Force  Development  Testing  and  Experimentation 
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F 


FIST 

FI^P  Support  Team 

FO 

For».jrd  Observer 

FQT 

Formal  Qualification  Test 

FR 

Fire  Request 

FSD 

Full* Scale  Development 

FSK 

Frequency  Shift  Keying 

FSL 

Fire  Control  and  Small  Caliber  Weapon  Systems  Directory 

FSR 

Field  Service  Requirements 

FUE 

First  Unit  Equipped 

SFE 

a 

Government  Furnished  Equipment 

II 

HFE 

n 

Human  Factors  Engineering 

HOL 

High  Order  Progratnmipg  Language 

I/O 

Input/Output 

IKP 

Instructor/Key  Personnel 

ILS 

Integrated  Logistic  Support 

IOC 

Initial  Operational  Capability 

lORL 

Input-Output  Requirements  Language 

IPR 

In-Process  Review 

IPT 

Initial  Production  Test 

IVSV 

Independent  Verification  and  Validation 

J 
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K 

Kilobyte 


Language 


LED 

LSA 

LSAR 

LWCMS 

Less 

LR 

HBC 

HFCC 

HODEM 


HOS 

HR 

MRSA 

NAK 
NET 
N1  Cad 
NMP 


K 

A  synbol  which  Is  equivalent  to  the  numeral  1024 
Denotes  1,000  "bytes" 

L 

A  defined  set  of  characters  used  to  form  symbols,  words, 
etc.,  and  the  rules  for  combining  these  Into  meaningful 
communl cations 

Light  Emitting  Diode 

Logistic  Support  Analysis 

Logistic  Support  Analysis  Record 

Light  Weight  Company  Mortar  System 

Life  Cycle  Software  Support 

Letter  Requirement 

M 

Mortar  Ballistics  Computer,  M23 
Mortar  Fire  Control  Calculator 

Modulator  DEroodulator  Unit.  A  device  that  converts  data 
from  a  form  which  Is  compatible  with  data- processing  equipment 
to  a  form  that  Is  compatible  with  transmission  facilities, 
and  vice-versa. 

Military  Occupational  Sepeclalty 
Materiel  Release 

US  Army  AHC  Materiel  Readiness  Support  Activity 

N 

Not  Acknowledged 

New  Equipment  Training 

Nickel  Cadmium 

National  Maintenance  Point 

0 
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P 

PAD  Product  Assurance  Directorate 

PAST  Product  Assurance  S  Test 

PCA  Physical  Configuration  Audit 

PDSS  Post  Deployment  Software  Support 

PE  Production  Engineering 

PIP  Product  Improvement  Proposal 

PLL  Prescribed  Load  List 

PPE  Pre-Production  Engineering 

PROD-VAL  Production  Validation 

PROGRAM  A  set  of  Instructions  or  steps  that  tells  the  computer 

exactly  how  to  handle  a  complete  problem,  e.g.  ballistics 

Q 

QA  Quality  Assurance 

R 

RAN  Random  Access  Memory 

RAM-D  Reliability,  Availability,  and  Maintainability-Durability 

RFQ  Request  for  Quotation 

RON  Read  Only  Memory 

S 

SCP  Software  Change  Proposal 

SP  Software  Package  -  Various  Computer  programs  or  sets  of 

programs  used  In  a  particular  application  such  as  a 
mortar  ballistics  package 

SQA  Software  Quality  Assurance 
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S 


SSF 

Softer*  Support  Facility 

5SP 

Systea  Support  Package 

STE 

Slapllflad  Test  Equipment 

T 

TACFIRE 

Tactical  Fire  Direction  System 

TC 

Type  Classified 

TCM 

Tactical  Communications  Modem 

TOP 

Technical  Data  Package 

TECOH 

US  Army  Test  and  Evaluation  Command 

TIH6 

Test  Integration  Vforklng  Group 

TH 

Technical  Manual 

TMOE 

Test,  Measurement,  and  Diagnostic  Equipment 

TOAD 

Tobyhanna  Army  Depot 

TPS 

Test  Program  Set 

TRAOOC 

US  Army  Training  and  Doctrine  Command 

TSO 

Technical  Support  Directorate 

TSO 

Time  Sharing  Option 

u 

UNIX 

An  operating  system  for  16-bit  computers 

USAIS 

US  Army  Infantry  School 

UUT 

Unit  Under  Test 

V 

¥E 

Value  Engineering 

If 

HSMR 

White  Sands  Missile  Range 
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MATERIEL  RELEASE 
SURPORTIMC  DATA  TOR 

lt«a  VoaencIaCurc:  Conpuf r.  Ballistics;  Mortar  S«t  M23 

IBM;  1220-01-119-60A9 _ _ 

Contractor:  Magnavox  Company 

Contract  Bo.  DAAK10-83--C-0135 _ _ 

Quantity:  180  Units _ _ ■  _ 

Dates  of  Production:  _ _ _ _ 

Type  of  Release:  Full  Release _ _ 

Release  Category:  First  Time  Procurenent 


DATE  PREPARED: 
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1.  Description. 

The  IC3  Mortar  Ballistics  Computer  (KBC)  provides  fully  automated  fire 
direction  computation,  eommunlcatlcr  >  and  display  capabilities  for  the  60mm 
(Light  Wv  .>ht  Company  Mortar),  81mm  and  107ma  (4.2  in)  mortars.  It  is  a  hand¬ 
held,  lightweight,  battery  powered  unit  capable  of  rapidly  computing  ballistics 
trajectories  for  these  mortar  systems.  All  pertinent  computational  parameters 
ntilised  in  the  point  mass  ballistics  technique  are  taken  into  account  to  achieve  . 
accuracies  and  computation  times  previously  achievable  only  in, the  largest  computer 
systems.  When  used  in  conjunction  with  the  Digital  Message  Device  or  FIST-DMD,  the 
M23  can  receive  incoming  messages  from  the  Forward  Observer  (FO)  or  the  Fire  Direction 
Center  and  display  each  on  command  and  perform  all  required  computations  for  firing 
from  any  of  three  battery  or  platoon  positions  (up  to  18  individual  weapon  locations). 
It  will  also  perform  survey  computations,  process  inputs  from  FO's,  store  and  access 
up  to  50  known  points  and  12  FO  locations;  handle  3  concurrent  missions,  store  up 
to  3  digital  messages;  4  no-fire  lines;  10  no-flre  areas;  16  registration  points; 
and  3  Final  Protective  Fires.  Because  the  M23  is  so  versatile  and  easy  to  use,  it 
allows  one  man  to  perform  in  seconds,  the  calculations  which  now  require  a  2  to  5 
man  team  many  minutes  to  perform.  Furthermore,  the  M23  gun  orders  are  more  accurate 
and  consistent  from  mission  to  mission.  The  ability  to  provide  1  meter  accuracy  for 
ballistic  computations  in  less  than  5  seconds  using  a  calculator  weighing  6  pounds, 
(including  batteries) ,  has  been  achieved  through  years  of  development  on  the  hard¬ 
ware,  software  and  processing  algorithms. 

The  M23  is  designed  for  ease  of  support ability.  No  repair  is  necessary  at  the 
organizational  level  and  a  defective  calculator  is  identified  through  the  calculator's 
built  in  test.  Repairs  at  the  DS  level  are  limited  to  Printed  Circuit  Board  (PCB) 
and  case  parts  replacement.  Computer  built  in  tests  will  isolate  defective  PCBs 
for  the  DS  repairman  significantly  reducing  turn  around  time.  Repairs  to  the  PCBs 
will  be  accomplished  at  depot  utilizing  the  equate  standard  test  equipment.  The  M23 
will  operate  off  of  three  standard  military  batteries  as  well  as  DC  vehicular  power. 

2.  Background  Summary. 

In  December  1^77,  a  Letter  Requirement  for  a  Mortar  Ballistic  Computer  (KBC) 
war;  approved  by  the  Army  and  an  RFQ  to  industry  issued  one  year  later.  A  Full  Scale 
Engineering  Development  (FSED)  contract  was  awarded  in  July  1979.  The  XH23  completed 
FSED  in  July  1980  and  was  approved  for  Limited  Production. 

In  May  1983,  a  competitive  production  contract  was  awarded  to  Magnavox  Company, 
Fort  V«yne,  Indiana,  for  the  fabrication  of  180  MBC's  with  an  option  to  purchase 
518  more. 

All  of  the  recommended  improvements  from  the  July  1980  DEVA-IPR  were  incorporated 
into  the  MBC  which  successfully  passed  First  Article  Test  in  January  1985. 

3.  Status  of  Type  Classification.  The  Mortar  Ballistic  Computer  (XM23)  was  Type 
Classiflrd  LCC-U  on  8  July  1980  and  will  be  subsequently  reclassified  standard  on 
29  August  1985. 
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4.  Testing. 


T7 


Sumnary  of  Testa 


May  -  June  1980 

July  -  September  1980 

Septeo^er  -  November  1930 

May  -  June  1984 

July  1984  •  January  1985 

September  -  December  1984 


September  -  November  1984 


May  1984  -  July  1985 
July  1985 


Contractor  testing 
Operational  Test  (II) 

Engineering  Development  Test 
Physical  Teardown/Loglstlcs  Demonstration 
First  Article  Testing  at  Magnavox.  All 
tests  completed  successfully. 

Initial  Prbductlon  Test  at  White  Sands 
Missile  Range  (WSMR),  New  Mexico.  All 
tests  were  completed.  Pertinent . software 
shortcomings  will  be  corrected  prior  to 
first  production.  A  final  report  was 
distributed  in  June  1985. 

Electro  Magnetic  Radiation/Radiation 
Frequency  Interferences  (EMR/RFI) .  All 
shortcomings  have  been  corrected.  Data 
was  reported  in  VSMR  report  received 
June  1985. 

Physical  Configuration  Audit  and  Functional 
Configuration  Audit  (FCA/FCA) 

TECOM  Verification  of  IPT  software  shortcomings 


5.  Reliability  Status.  DARCOM  Form  1576-R,  Part  B  is  attached  at  Appendix  A  to 
this  document. 


6.  Achievement  of  Requirements. 


Requirement  Status 

1.  Powered  by  Interchangeable  primary  or  Met 

secondary  batteries. 

2.  Calculate  fire  control  data  for  the  60,  Met 

81,  and  107  mm  mortars. 

3.  Accept  both  grid  coordinates  and  polar  Met 

plot  to  generate  firing  data. 

4.  Capable  of  storing  and/or  changing  stored  Met 

data. 

5.  Operate  in  environmental  extremes  categories  Met 

1-6  as  prescribed  in  AR  70-38. 

6.  Store  initialization  data  for  6  mortar  firing  Met 

positions  in  sequence. 

7.  Accept  all  specified  Inputs  as  required  by  the  Met 

FO/FDC. 
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Status  (cont) 


Requlraaent  (cont) 

8.  Provide  all  specified  outputs  as  required  by  the  Met 

PO/FDC. 

9.  Computation  time  shall  be  less  than  5  sec.  .  Met 

10.  Simplicity  of  operation.  Met 

11.  Store  9  FO  locations.  Met 

12.  Verification  of  entered  data  by  operator  and  correction 

of  data  during  fire  mission.  Met 

13.  Band  portable  and  weigh  no  more  than  6  pounds.  Met 

14.  Have  a  self-contained  throwaway  and/or  rechargeable  power 

source  with  a  life  of  1000  one-minute  computations.  Met 

15.  Have  a  low  voltage  Indicator.  Met 

16.  Operate  from  vehicular  power.  Met 

17.  Have  excessive  voltage  and  reverse  polarity  protection.  Met 


18.  Capability  of  storing  data  for: 

8  registration  points 
3  final  protective  fires 

50  reference  points  or  other  targets  to  include  6-10 


fire  areas.  Met 

19.  Firing  data  accurate. to  within  10  meters  in  both  range 

and  deflection.  Met 

20.  Capability  of  operation  in  the  electromagnetic  environment; 

no  damage  or  degradation  by  electromagnetic  pulse.  Met 

21.  Display  to  be  legible  under  all  ambient  light  conditions 

using  sun  shield.  Met 

22.  Accept  and  compute  data  for  training  rounds.  Met 

23.  Capability  of  interfacing  with  the  DMD  over  wire  and 

radio  link.  Met 

24.  Have  built  in  self-test  capability.  Met 

25.  Capability  of  storing  ballistic  data  for  all  known  cartridge/ 
fuze  combinations;  change  program  data  by  plug  in  components 

when  new  FCl's  are  published.  Met 
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Requirement a  (cont) 

26.  Have  the  following  RAM  characteristics: 

a.  Reliability:  MAV  5,000  hours  KTBF 

BOC  15,000  hours 

b.  Availability:  AA  greater  than  99Z 

c.  Maintainability 

(1)  MR  less  than  0.0A9 

(2)  MTTR  and  MAXTTR  will  not  exceed  the  folloirlng 
limits: 


Stay aw  (Cont) 

« 

Mat 

Met 


Level 

DS 

GS 


MAXTTR 
8  hrs. 
16  hrs. 


Met 

M/A 


*  Failure  rate  analysis  Indicated  characteristics  are  achievable.  Limited  ninaber 
production  units  have  precluded  demonstrating  required  RAM  goals.  First  article 
Test  units  have  demonstrated  a  MTBF  of  300  hours  with  an  BOZ  confidence  level. 

This  value  will  be  updated  as  more  test  data  and  units  become  available  through 
Initial  Production  Test  and  Fielding.  During  OT  II  Scoring  Conference,  TRADOC  pro¬ 
posed  that  a  reliability  test  time  of  300  hours  would  be  Sufficient  testing  to 
establish  an  acceptable  MTBF.  The  proposal  was  acceptable  to  USAIS  and  this  re¬ 
vised  requirement  was  also  reltterated  at  the  DEVA/IPR. 

7.  Deficiencies  and  Shortcomings. 

a.  Deficiencies. 


Deficiencies 


(1)  Unit  failed  emersion  test. 


(2)  Unit  failed  RE02  and  CEOA 


(3)  An  Integrated  Circuit  failed 
durliU’  humidity  testing. 


Corrective  Action 

An  Improved  waterproof  adhesive  was 
used  to  glue  membrane  switch  to 
unit.  Units  then  passed  emersion 
test  successfully. 

Additional  capacitors  were  in¬ 
corporated  into  the  audio  Inter¬ 
face  unit  which  corrected  problem. 

Analysis  did  not  Identify  the  exact 
cause  of  the  failure.  The  test  was 
repeated  In  January  1985  without 
Incident . 


8 ,  Resolution  of  Equipment  Performance  Reports  (EPR’s)  and  Quality  Deficiency 
Reports  (QDP's).  All  EPR's  reportefi  by  TECOH  were  forwarded  to  the  contractor  for 
resolution  in  Dec.  84.  The  contractor  was  tasked  to  resolve  all  EPR's  by  31  Jan  85. 
No  QDR's  have  been  received  to  date. 
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Th«r«  arc  no  safety  Issuas  that  would  preclude  full  release  of  the  MBC. 


April  1980 

June  1980 
Sept caber  1984 
Auguat  1985 

«•  Safety  Evaluation. 


Safety  Statement  for  the  Mortar  Fire  Control 

Calculator 

Safety  Release 

Safety  Statement  (update) 

Safety  Confirmation  and  Adequacy  Statement 


(1)  The  MBC  la  totally  safe  for  testing  with  the  only  potential  hazard  being 
the  primary  battery.  There  are  no  nuclear,  electrical/electronlc,  or  mechanical 
hazards  associated  with  the  MBC. 


(2)  The  primary  battery  used  with  the  MBC  la  a  lithium  organic  cell  construct¬ 
ion.  It  la  a  standard  Army  battery  used  to  power  existing  FM  field  radios  (BA-5588, 
BSN:  6135-01-088-2708). 

(3)  The  probability  of  the  battery  becoming  a  hazard  in  normal  operation  la 
infinitesimal.  It  la  possible,  by  abusive  handling,  or  fire,  to  cause  the  cell  to 
went.  Storage  areas  for  large  numbers  of  batteries  should  have  a  "Llth-X”  fire 
extinguisher. 

b.  Safety  Committee  Findings. 

(1)  The  M23  has  been  designed  with  safety  as  a  major  objective.  There  are  no 
dangerous  voltage,  hazardous  or  toxic  materials  used  anywhere  In  the  unit.  The  M23 
has  been  safety  engineered  to  eliminate  any  operator  exposure  to  miscellaneous 
hazards  such  as  s!^arp  edges  which  might  injure  the  operator. 

(2)  A  safety  assessment  report  was  prepared  by  ARDC,  PAD  Sep  84  and  approved  by 
the  ARDC  Safety  Office. 

10.  Cumulative  Effect  of  ChanRcs.  Corrected  software  shortcoming.  Identified 
during  IFT,  was  tested  by  TECOM  prior  to  first  production  acceptance. 

11.  Interface  Documentation.  The  MBC  Interfaces  with  the  Army  Forward  Observer 
Digital  Message  Device  (DMD)  AH/PSG-2  and  Fire  Support  Team  DMD  (FIST-DMD)  over 
both  radio  or  wire  link. 

a.  Interface  Procedures.  Changes  to  the  MBC  message  type  and  format,  must  be 
coordinated  and  approved  by  the  PM  FAT  DS,  Fort  Monmouth,  New  Jersey.  Conversely, 
changes  to  the  DMD  and  FIST-WlD  must  be  coordinated  with  the  DPO-M23  or  his/her 
authorized  representative. 


b.  Interface  Drawings. 


(1)  The  Prime  Iteu  Product  Specification  for  the  Digital  Message  Device, 
AN/PSC-2(b),  EL-SS-2603-rF(II) ,  dated  13  September  1977,  is  the  primary  document 
which  specifies  message  formats  and  signal  characteristics  for  the  interface  of  the 
MBC  with  the  DMD. 

(2)  The  Prime  Item  Development  Specification  for  the  FIST-DMD  (CR-CE-009-001A) , 
dated  October  1983  is  the  primary  interface  document  for  the  AN/PSG-5  interface. 
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12.  Technical  Data  Package  and  Physical  Configuration  Audit.  An  updated 
Technical  Data  Package  (TDP)  aultable  for  competitive  procurement  was  developed 
by  Magnovox  Company.  Final  delivery  of  the  TDP  vaa  in  January  1985.  The  DCASPRO 
Quality  Assurance  Initial  Product  Inspection  (IPI)  has  been  completed  and  will  be 
substituted  for  the  Physical  Configuration  Audit  (PCA) .  All  problems  encountered 
have  been  corrected  or  are  being  resolved  through  minor  drawing  cl.anges. 

13.  Materiel  Fielding  Plan  and  Materiel  Fielding  Agreement.  A  FORSCOM  Materiel 
Fielding  Plan  with  Materiel  Fielding  Agreement  (MFP/MFA)  was  approved  and  signed 
on  15  June  198A.  A  schedule  for  future  MFP/MFA's  is  as  follows: 

TRADOC  30  Hovember  1985 

USA  REUR  30  November  1985 

WESTCOM  30  July  1987 

Korea  30  March  1987 

NGB  TBA 

From  the  date  of  materiel  release  to  the  user,  the  Army  Materiel  Command  (AMC) 
will  warranty,  for  a  period  of  60  days,  the  Computer  Set,  Ballistics:  Mortar  M23. 
Should  the  computer  fail,  due  to  poor  workmanship  or  quality,  the  US  Army  Arma" 
ment.  Munitions  and  Chemical  Command  will  replace  the  item/ items  free  of  charge. 

14.  Integrated  Logistics  Support  (ILS).  The  requirements  of  each  ILS  element  is 
listed  in  AR  700-127,  paragraph  4-3b(5)  have  been  met. 

a.  ILS  Influence  on  Design.  A  major  factor  in  the  design  effort  relevant 
to  ILS  concerns  was  the  design  requirement  to  use  existing  standard  military 
batteries  for  the  primary  power  for  the  MBC.  The  MBC  is  capable  of  using  three 
different  military  standard  batteries  all  of  which  are  currently  available  within 
Army  stores.  In  addition,  the  MBC  can  be  operated  from  a  28Vdc  military  vehicle 
battery  as  well  as  using  standard  existing  power  cables.  The  maintenance  con¬ 
cept  also  reflects  the  "fix  forward”  concept  and  utilized  built  in  test  and  cir¬ 
cuit  board  replacement  at  DS. 

b.  Maintenance  Plan.  A  three  level  maintenance  (crew/org,  DS,  and  depot) 
structure  will  be  employed  with  this  system.  The  provision  of  AB  750-1,  "Army 
Materiel  Maintenance  Concepts  and  Policies”  apply.  The  Maintenance  Allocation 
chart  (MAC) ,  included  in  the  appropriate  TM,  outlines  the  tasks  to  be  performed 
and  the  level  at  which  they  are  to  be  accomplished.  Higher  level  maintenance 
is  authorized  to  perform  all  the  functions  authorized  at  the  lower  levels. 

(1)  (a)  OpSrator/Organizat ional .  Performs  preventive  maintenance  checks 

and  services.  The  Preventive  Maintenance  Checks  and  Services  (PMCS)  function 
Includes  cleaning,  self-tests  and  replacements  of  the  primary  batteries. 

(b)  Direct  Support .  Disassemblies  and  rest  to  determine  the  cause  of 
malfunctions  by  using  built  in  test  (BIT)  to  fault  Isolate  printed  circuit  boards 
and  replaces  printed  circuit  board  and  keeps  alive  batteries.  Testing  of  cables 

is  accomplished  through  the  use  of  a  multimeter  AN/USM-486,  NSN:  6625-01-145-2430. 

(c)  Depot .  Disassemblies  and  inspections  to  determine  che  cause  of 
malfunction.  Test  of  returned  defective  printed  circuit  boards  will  be  accomp¬ 
lished  with  the  use  of  Equate,  AN/USM-410;  ABA  Code  P,  and  Digital  Card  Tester, 
AN/USM-465A. 


(2)  Malnteimnce  Man-Hours.  The  melntcnence  aan-hours  are  as  sho%m  below: 

OPERATOR  •  MOS  IIC  Indirect  Fire  Infantryaan  -  10  hrs/yr/ltem. 

ORCAMIZATIOHAL  -  MOS  31V  Tactical  CooBsunications  System  Operator/Mechanic  - 
3.2  hrs/yr/item. 

DIRECT  SUPPORT  -  MOS  34Y  ->  Field  Artillery  Computer  Repairman  -  1.0  hrs/yr/item. 

e.  Manpower  and  Personnel.  The  final  approved  QQPRI  documentation  is  dated 
3  December  1980. 

d.  Supply  Support.  The  policies  and  procedures  set  forth  in  Chapter  5,  AR 
700-120  govein  the  Initial  distribution  of  repair  parts,  special  tools,  test 
equipment,  maintenance  literature,  calibration  standards,  equipment  and  materials 
required  for  organizational,  direct  and  general  maintenance.  The  MBC  will  be 
organically  supported.  Depot  interim  support  will  be  provided  until  Test  Program 
Set  (TPS)  development  is  completed.  The  DPO-XM23  has  procured  18  additional  MBC's 
and  will  stock  them  at  the  wholesale  level  to  provide  commands  with  a  Direct 
Exchange  Concept  if  they  opt  to  exercise  it.  This  concept  is  only  an  interim 
measure  until  TPS  completion  and  full  Depot  support  is  available. 

(1)  Spare/Repair  Parts.  Spare/Repair  parts  will  be  available  through 
the  Army  Supply  system  by  utilization  of  normal  requisitioning  procedures.  The 
total  Packaging/Unit  Materiel  Fielding  (TP/UMF)  concept  will  apply  to  the  MBC. 

End  items  will  be  sent  to  New  Ctmberland  Army  Depot,  the  Authorized  Stockage  List/ 
Prescribed  Load  List  (ASL/PLL)  will  be  sent  to  redstone  Army  Packaging  Point  (PPP) . 
No  end  items  will  be  delivered  to  a  gaining  command  without  adequate  ASL/PLL 
items.  The  initial  provisioning  for  all  Long  Lead  Items  (LLI)  on  the  basic  con¬ 
tract  has  been  completed. 

(2)  Special  Tools.  A  bit,  cross  tip  screwdriver  (NSN  5120-01-161-1729), 
utilized  for  removal  of  security  screws,  will  be  required  ior  DS  and  will  be  a 
free  issue  item  with  initial  fielding  of  computers.  This  tool  will  be  requisit¬ 
ioned  through  normal  supply  channels  at  DS  and  depot  level  only. 

e.  Support  Equipment  and  Test  Measurement  and  Diagnostic  Equipment. 

(1)  .  Support  Equipment.  Support  equipment  for  the  MBC  consists  of  a 
combination  of  common  tools  already  in  the  system  at  various  maintenance  levels. 

Mo  new  common  tools  are  required  to  support  the  NBC.  Existing  tool  kits  needed 
are: 

(a)  Direct  Support.  Electronic  tool  kit  TK  101  (NSli  5180-00-064-5178)  and 
Electronic  tool  kit  TK  105G  (NSN  5180-00-610-8177)  or  equivalent. 

(b)  Depot  Support.  Electronic  tool  kit  TK  105G  or  equivalent. 

(2)  Test  Measurement  and  Diagnostic  Equipment  (TDME) .  TMDE  at  the  direct 
support  level  consists  of  MBS  Built-In  Test  (BIT).  Several  types  of  faults  will 
be  detetected  and  Isolated  by  BIT  to  the  board  level.  Depot  level  maintenance 
will  Include  the  AN/USM-410  equate  and  the  AN/USM-465A  Digital  Card  Tester. 

Three  test  program  sets  will  be  utilized  for  Depot  level  maintenance.  The  de¬ 
pot  and  D/S  units  will  both  use  the  common  iitultim“ter  AN/USM-486  (NSN-6625-01-145- 
2430)  or  equivalent. 
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f.  Training  and  Training  Devices.  Ko  new  Training  Device  Requirement  (TDR) 
la  anticipated.  The  Instructor  will  require  an  overhead  projector,  appropriate 
TM's  and  one  Computer  Ballistic  Mortar  per  student  to  conduct  the  training.  New 
Equipment  Training  (NET)  will  be  conducted  by  AMCCOM  and  TRADOC.  AMCCOM  will 
train  MOS  qualified  34Y  personnel  and  their  Iso&edlate  supervisors  and  TRADOC 
will  train  MOS  qualified  IIC  and  their  supervisors.  This  cadre  will  establish 
tha  follow-^n  unit  level  training  capability.  Training  Is  scheduled  for  3rd  Qtr 
FY85.  Instructor  for  the  New  Euqlpment  Training  Teams  (NETT)  (who  will  conduct 
MET)  were  trained  in  3rd  and  4th  Qtr  FY84.  Each  NETT  will  require  a  classroom 
for  12  students  and  acceas  to  a  120  vac  outlet. 

g.  Technical  Data.  Draft  Technical  Manuals  (TM)  were  contractor  developed 
and  utilized  during  testing.  No  separate' training  instructions  or  manuals  are 
planned.  No  special  purpose  computer  programs  are  required. 

h.  Computer  Resources  Support. 

(1)  Computer  Hardware.  The  MBC  Is  a  s&iall,  rugged,  easy  to  operate  and 
Inexpensive  computer  that  eliminates  the  use  of  existing  graphical  fire  control 
equipment.  The  MBC  Is  a  solid  state  electronic  computing  device  with  waterproof 
membrane  switch  keyboard  and  panel  switches,  circuit  boards,  display  elements  and 
power  supply.  The  MBC  Is  capable  of  being  powered  by  standard  Army  Interchangeable 
primary  (non-rechargeable)  or  secondary  (rechargeable)  batteries.  The  operator 
will  operate  the  calculator  through  switch  controls,  a  keyboard  and  a  digital 
display.  The  MBC  Is  capable  of  operating  In  environmental  extremes,  categories 
1-6  as  prescribed  In  AR  70-38.  It's  projected  life  Is  15  years  and  It  Is  anticipated 
that  parts  can  be  obtained  to  maintain  the  MBC  over  that  period  of  time.  A  three 
level  maintenance  (crew/org,  DS,  depot)  structure  will  be  employed  with  this  system. 
The  provisions  of  AR  750-1,  "Army  Materiel  Maintenance  Concepts  and  Policies”  will 
apply. 

The  Maintenance  Allocation  Chart  (MAC),  Included  in  the  appropriate  TM,  outlines 
the  tasks  to  be  performed  and  the  level  at  which  they  are  to  be  accomplished. 

Higher  level  maintenance  Is  authorized  to  perform  all  the  functions  authorized  at 
the  lower  levels. 

(a)  Operator/Organizational .  Performs  preventive  maintenance  checks  and 
services.  The  Preventive  Maintenance  Checks  and  Services  (PMCS)  functions  includes 
cleaning,  self-tests  and  replacement  of  the  primary  batteries. 

(b)  Direct  Support.  Disassemblies  and  test  to  determine  the  cause  of 
malfunctions  by  using  Built-In-Test  (BIT)  to  fault  Isolate  printed  circuit  boards 
and  replaces  printed  circuit  board  and  keeps  alive  batteries.  Testing  of  cables 
Is  accomplished  through  the  use  of  a  multimeter  AN/USM-486  (WSN  6625-01-145-2430) 
or  equivalent. 

(c)  Depot .  Disassemblies  and  inspects  to  determine  the  cause  of  malfunction. 
Tests  of  returned  defective  printed  circuit  boards  will  be  accomplished  with  the  use 
of  Equate,  AN/USM-410;  ABA  Code  P,  and  Digital  Card  Tester,  AN/USM-465A. 
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(d)  The  MTTR  end  HAXTTR  will  not  exceed  the  following  limits: 


Level  MMTR  MAXTTR 

Direct  Support  2  hours  8  hours 

General  Support  8  hours  16  hours 

The  lowest  replaceable  unit  at  D/S  will  be  at  the  board  level.  Defective 
boards  will  be  repaired  at  depot  tdiere  defective  parts  (chips,  resistors, 
capacitors,  etc.)  will  be  replaced  and  the  boards  refurbished. 

(2)  Software. 

(a)  The  Computer  Program  Configuration  Item  (CPCI)  has  been  updated, 
validated  and  documented  to  reflect  the  changes  required  by  the  TEVA-IPR. 

(b)  There  are  no  outstanding  trouble  reports. 

(c)  The  Computer  Resource  Management  Plan  (CRMP)  has  been  updated  and 
is  currently  being  coordinated  within  AMCCOM  prior  to  submission  to  AMC. 

(d)  An  FQT  was  conducted  by  AMCCOM  Product  Assurance,  Life  Cycle 
Software  Support  (LCSS),  and  TECOM.  No  problems  were  encountered  during  the 
conduct  of  the  tests. 

(e)  Post  Deployment  Software  Support  (PDSS)  plans,  facilities  and  the 
PDSS  center  have  been  identified  in  the  CSlfP, 

(f)  BIT  verification  testing  has  been  completed  successfully. 

(g)  FVill  depot  level  support  will  be  available  in  4th  Qtr.  FT  85.  Toby- 
hanna  Army  Depot  (TOAD)  has  been  funded  and  will  develop  the  required  Test  Program 
Sets  (TPS)  for  use  on  the  AN/USM  465A.  Interim  contractor  support  will  be 
utilized  until  completion  of  TPS's.  Funding  has  been  made  available  for  this  effort 
This  test  set,  a  component  of  the  M-107  van  is  preferred  over  the  AN/USM  410  be¬ 
cause  of  its  speed  and  simplicity  in  testing  digital  boards.  During  TPS  develop¬ 
ment  a  direct  exchange  program,  to  be  administered  by  DS,  will  be  available  to 
enhance  operational  readiness.  Validation  and  certification  of  TPS  is  projected 
for  4th  ora  FY86. 

i.  Packaging.  Handling.  Storage.  Preservation  and  packaging  is  designated 
for  Level  A  and  B  in  accordance  with  AR  700-15,  MIL-P-116,  and  MIL-P-14232.  All 
instructions  are  Included  in  the  Technical  Data  Package  (TDP)  and  Technical  Manuals 
(TM) .  Current  facilities  will  meet  storage  requirements  and  no  environmental 
control  is  required. 

j.  Transportation  and  Transportability.  No  new  procedures  are  required.  IHie 
to  the  computer  being  a  hand-held  device  (240  cu  in,  0.0037  measurement  tons  or  6 
lbs),  transportability  requirements  do  not  present  a  problem.  No  loading/ tiedown 
drawings  are  applicable. 

k.  Facilities.  Existing  facilities  are  sufficient  to  support  the  computer  and 
will  meet  all  storage  and  repair  facility  requirements.  No  environmental  control 
or  site  activation/preparation  are  required. 

l.  Not  used. 
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a.  totionallzatlon.  Standardization  and  Interoperabllltr  (RSI).  Requir*- 
■ents  do  not  apply.  Thara  ara  no  RSI  raquireaenta  for  tha  MBC.  Hovcvar,  tha  battary 
is  Aroy  atandard. 

15.  Basla  of  laaue.  Tha  Baaia  of  laaua  (BOX)  la  2  MBC's  par  aach  aortar  Fira 
Dlraccion  Centar  (FOC) . 

16.  Basla  laaue  Itena  (BIl)  and  Additional  Authorization  List  (AAL)  Itens.  The 
following  are  Bll  for  the  MBC: 

a.  Case,  carrying. 

b.  Cable  assenbly  -  primary  radio  interface. 

c.  Cable  assaably  -  AN/GRC-106  Interface. 

d.  Cable  assembly  -  vehicle  receptacle. 

e.  Cable  assembly  -  vehicle  battery. 


f.  Field  ease. 


g.  Battery,  lithium  -  model  13ASSBB/U. 

The  only  item  for  AAL  Is  th^  NICAO  battery,  model  BB-583/U  which  would  be  used 
in  classroom  training. 

All  BIX  and  AAL  will  be  available  to  the  user  at  FUE. 

17.  Materiel  Peterloratlon  Prevention  and  Control.  There  is  no  specific  re¬ 
quirement  In  the  Magnavox  contract  for  delivery  of  a  MAOPAC  study/ evaluation. 
However,  the  MADPAC  requirements  have  been  considered  In  that  the  contractor  has 
addressed  materials  concerns  Including:  (a)  use  of  CARC  chemical  resistant  paint 
on  calculator  exterior  surfaces,  (b)  utilized  materials  that  are  resistant  to 
electro-chemical  action  and  environmental  degredatlon  in  the  field  and  (c) 

used  an  improved  field  proven  keyboard  design  (from  the  Digital  Message  Device 
AN/PSC-2)  which  has  a  much  higher  tolerance  for  operator  abuse.  Major  components 
and  subassemblies  in  addition  to  the  MBC  system,  are  being  subjected  to  environ¬ 
mental  testing  to  determine  the  deleterious  effects  on  materials  and  performance. 

18.  Human  Factors.  Human  Factors  has  been  Integrated  into  the  M23  design  to  meet 
Human  Factors  Engineering  (HFE)  requirements.  One  HFE  consideration  has  been  to 
design  the  M23  so  as  to  properly  align  the  various  functions  (such  as  handling 
aortar  types  and  firing  positions,  recalling  data,  displaying  data)  between  the 
machine  and  the  operator.  Another  HFE  consideration  was  to  allocate  a  proper 
amount  of  space  in  the  unit  for  maintenance.  The  alpha  numeric  keyboard  arrange¬ 
ment  was  considered  in  view  of  HFE.  Complete  human  factors  considerations  were 
elevated  throughout  all  phases  of  testing. 

19.  Health  Hazard  Evaluation.  The  M23  will  have  no  impact  on  health  standards, 
emission  controls  or  pollution  abatement  since  the  unit  has  no  toxic  or  harmful 
materials.  It  is  a  solid-state  electronic  computing  device. 

20.  Environmental  Quality.  Environmental  assessments  during  the  development  phase 
of  the  MBC  has  determined  that  this  system  is  of  such  as  environmentally  Insignifi¬ 
cant  nature  as  not  to  meet  the  threshold  for  requiring  an  environmental  Impact 
statement  as  delineated  In  AR200-2. 
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21.  Publications. 


/ 


a.  Ths  following  publications  ara  avUabla  In  warlflad  final  draft  fon: 

(1)  TM9»1220-246-12&P  -  Oparators  Manual. 

(2)  TM9-1220-24fr-34&P  -  Maintananca  Manual. 

Caaara  ready  copies  of  the  above  aanuals  will  be  forwarded  to  TAC  for  printing 
in  Septenber  1985. 

b.  Bandllng  Equlpaent.  Rot  Required: 

c.  Test,  Measuring  and  Diagnostic  Equlpaent  Manuals.  Rot  Required. 

d.  Calibration  Listing  Requlreaent.  Rot  applicable. 

a.  Calibration  Procedure  Technical  Bulletin.  Rot  applicable. 

f.  Aamunltlon  Gage  Listing  Requirement.  Rot  applicable. 

g.  Storage  Serviceability  Standards  or  Surveillance  Supply  Bulletin.  Rot 
Required. 

h.  Changes/Additions  to  record  and  reporting  system  TM38-7S0.  Rot  Required. 

I.  Firing  Table.  Rot  applicable. 

J.  Lubrication  Order  (LO).  Hot  applicable. 

k.  Explosive  Ordance  Disposal  Manual.  Rot  applicable. 

l.  Separate  publications  on  emergency  destruct  procedufes.  Hot  Required. 

a.  Depot  Maintenance  Work  Requirement  (DMUR) .  A  DHWR  will  also  be  available 
In  July  1986  and  will  Include  the  TPS's  developed  by  TOAD.  As  planned,  contractor 
support  will  be  utilized  until  DMUR’s  are  available. 

n.  Modification  Vork  Order  (MWO).  Rot  Required. 

o.  Demllitarlzatlon/Dlsposal  plans.  Rot  applicable. 

22.  Availability  of  Materiel.  Fourteen  (14)  MBC's  one  ASL  and  nine  PLL's  will 
be  located  at  Red  River  Amy  depot  awaiting  release  to  the  user.  The  condition 
code  of  the  materiel  available  for  Issue  Is  "A**. 

23.  Warranty  Provisions.  Warranty  Provisions  and  Procedures  are  specified  In 
Section  V  of  the  FORSCOM  Materiel  Fielding  Plan/Agreement  dated  June  1984.  AMC 
will  warrant  the  MBC  for  a  period  of  60  days  from  the  date  of  Materiel  Release 
to  the  user. 
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AND  HAS  A  MATERIEL  FIELDING  AGREEMENT  BEEN  RECEIVED?  ’ 

13.  THE  FORSCOM  MATERIEL  FIELDING  PUN  AND  MATERIEL  FIELDING  AGREEMENT  HAS  SIGNED  ON 
15  JUNE  198A.  THE  SCHEDULE  FOR  FUTURE  MFP/HFA'S  IS  AS  FOLLOWS:  TRADOC,  30  NOV  85; 
USAEUR,  30  NOV  86;  WESTCOM,  30  JULY  87;  KOREA,  30  MAR  87. 


RELEASE  OF  MATERIEL  FOR 
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STOCKAGE  QUANTITIES  HILL  BE  ESTABLISHED  AT  DS  LEVEL  TO  ACCOMODATE  EXPECTED  FAILURES  AND 
MAINTENANCE  TUR,N-AROU(ID  TIME.  18  MBC'S  HAVE  BEEN  ALLOCATED  TO  DEPOT  TO  SUPPORT  AN  INTERIM. 
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DANCE  HITH  AR  700-120  AND  LOCAL  PROCEDURES.  ANY  DEMAND  JUSTIFIED  INCREASES  TO  STOCKAGE 
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TIE  AUTHORIZED  STOCKAGE  LIST/PRESCRIBED  LOAD  LIST  (ASL/PLL)  WILL  BE  SENT  TO  REDSTONE  ARIIY 
DEPOT.  REDSTONE  WILL  ALSO  SERVE  AS  THE  PROCESS  PACKAGING  POINT  (PPP).  NO  END  ITEMS  WILL 
DELIVERED  TO  A  GAINING  COHdAND  WITHOUT  ADEQUATE  ASL/PLL  ITEMS.  THE  INITIAL  PROVISIONING 
FOR  ALL  LONG  LEAD  ITEMS  ON  THE  BASIC  CONTRACT  HAS  BEEN  COMPLETED. 


AHHEZ  I 


TOLL  RELEASE 
OF 

COMPUTER,  BALLISTICS:  MORTAR,  M23 


«Tianwi*r> 


iMSMC-DCGAM 


DEPARTMENT  OF  THE  ARMY 


NOV  7  '  1985 


SUBJECT:  Pull  Release  of  Cooputer,  Ballistics:  Hortar,  H23 


Comander 

U.S.  Amy  Materiel  Coosnand 
ATTN:  AMCQA-ST 
5001  Eisenhower  Avenue 
Alexandria,  TA  22333-0001 


1.  A  full  release  of  180  each  Cooputer,  Ballistics:  Mortar,  M23  (NSN 
1220-01-119-6049),  and  subsequent  quantities  produced  by  Magnavox  Coopany 
commencing  with  contract  DAAK 10-83 -C-0 135  has  been  approved  by  the 
undersigned.  This  materiel  is  identified  as  an  IPR  system  based  on  the 
criteria  set  forth  in  AR  70-1. 

2.  Prior  to  approving  this  release,  I  have  determined  to  the  best  of  my 
knowledge  and  belief  that  the  requirements  for  a  full  release  as  specified  in 
AMCR  700-34  have  been  satisfied  and  that: 

a.  Adequate  test  and  evaluation  effort  has  been  expended,  all 
deficiencies  revealed  therein  have  been  resolved  or  provisions  made  for 
resolution,  and  the  item  complies  with  stated  performance  and  technical 
requirements. 

b.  Required  BIX  accompanied  the  item. 

e.  Required  support  equipment,  including  TM*s,  repair  parts,  TMDE,  is 
adequate  and  available  within  the  wholesale  supply  system  or  is  being  provided 
simultaneously  with  the  item. 

d.  Provisions  for  all  required  training  have  been  accomplished  for  this 
item. 

e.  Safety  and  health  hazard  evaluations  have  shown  that  hazards  do  not 
exist  that  would  preclude  full  release  of  this  materiel. 

f.  The  AMC  Independent  Evaluator  has  provided  documentation  which 
supports  this  release. 


AMSMC-DCGAM 

SUBJECT:  Full  Release  of  Computer*  Ballistics:  Kortar*  M23 
3.  AMCCOM  >  Providing  Leaders  the  Decisive  Ed;;e. 


•  RICHARD  D.  BELTSON 
Brigadier  General.  USA 
Deputy  Commanding  General 
for  Armament  and  Munitions 
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MATERIEL  STATUS  RECORD  SUBMISSION 
INCLUDING 

TYPE  CLASSIFICATION  RECOMMENDATION 
AND 

MEMO  FOR  RECORD 


J-1 


DEPARTMENT  OF  THE  ARMY 
ARMAMENT  RESEARCH  AND  DEVELOfMENT  CENTER 
US  ARMT  ARMAMENT.  MUNITIONS  AND  CHEMICAL  COMMAND 
DOVER.  NEW  JERSEY  07S0I 


■tW-TTO 

knttmomv 


SMCAR-SC 

SUBJECT:  Hater lei  Status  Record  Submission 

^TO:  Commander.  AMC 

US  Army  Materiel  Status  Office 
ATTN:  AMCDE>PA 
5001  Elsenhower  Avenue 
Alexandria.  VA  22333 

The  following  record  of  decision  and  action  on  Type  Classification  Standard  of 
Computer,  Ballistics:  Mortar  M23  together  with  the  attached  documents,  are 
forwarded  for  recording  in  the  materiel  status  record  per  AR70-2. 

General  Information. 

a.  Program  element:  OPAII  funded. 

b.  Project  number:  Not  applicable 

e.  Project  title:  Computer,  Ballistics:  Mortar  CMBC)  M23 
d.  Requirements  document:  Letter  Requirement  (LR)  for  Mortar  Fire  Control 
Calculatoi  (MFCC),  USATRADOC  ACN16906,  dCd  30  December  1977. 
a.  Previously  recorded  MSR  number:  09816001 
£.  SLIN;  C60294 
g.  NSN:  1220-01-119-6049 


Section  6  - 


36  Reclassification 


a.  Item:  Mortar  Ballistics  Computer  Set.  M23 

b.  Date  of  review:  29  August  1985 

c.  TC  decision:  Reclassification  from  Limited  Procurement  (LCC-U)  to  Standard. 

d.  ZLIN:  Z17218 

e.  SLIN:  C60294 

f.  NSN:  1220-01-119-6049 

g.  Other  decisions:  None 

h.  Approved  by:  MG  Fred  Hlssong,  Jr. 

Prepared  by: 

Office:  Development  Project  Office,  XM23 
Name  of  Contract:  Joseph  Schmitz  AV880-?nSl 


3  Enel 

1.  TC  Recommendation 

2.  MFR‘ 

3.  PROD-VAL-IPR  Package 


.  A.  SCHMITZ 
Poi  JCM23 


HQDA  (DAMA-PPM) 


•TT(in«a» 


DEPARTMENT  OF  THE  ARMY 
MMAMCNT  KUAaCH  AND  DCVCLOrMCNT  CKNm 
US  ARMY  ARMAHCNr.  MUNITIONS  AND  CHEMICAL  COMMAND 
DOVE*.  NEW  JEftSrr  07D0I 


SMCAR-SC 

SUBJECT:  Type  Classification  (TC)  of  Computer,  Ballistics:  Nortar  M23 


SEE  DISTRIBUTIOB 


Forwarded  is  the  approved  TC  action  for  reclassification  of  the  Hortar  Ballistics 
Computer  Set,  M23  from  Limited  Procurement  (LCC-U)  to  Standard. 


2  Enel 

TC  Kecommendation 
MFB 

Distribution 


^.^oianander,  US  Army  Trainin*  &  Doctrine  Command,  ATTH:  ATCD-L  (CPT  Mills).  Ft. 
Monroe.  VA  236S1 

^^Coamandant,  US  Army  Infantry  School,  ATTN:  ATSH-CD-KS-F  (D.  Turner),  Ft.  Banning, 
GA.  31905 

^Commander,  US  Army  Test  «  Evaluation  Conmand,  ATTK:  DttSTE-CM-F,  (E.  Boyd), 
Aberdeen  Proving  Ground,  MD  21005 

t^Commander,  US  Amy  Araament,  Munitions  and  Chemical  Conraand,  ATTH:  SMCAR-ESV-F 
(C.  Richs)  AMSMC-LEH,  Rock  Island,  IL  61299-6000 
.^Commander,  OS  Army  Logistic  Evaluation  Agency,  ATTH;  DALO-LEl  CF.  McKown),  Hew 
Cumberland,  PA  17070 

fc-Conmander,  US  Amy  Materiel  Command,  ATTH:  AMCDE-SG  (J.  Lamb)  5001  Eisenhower 
Avenue,  Alexandria,  VA  22333 


J-3 


TYPE  CLASSIFICATION 
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Reconmendatlon  of  the  Computer,  Ballistics:  Mortar  XM23  (MBC) 

1.  A  Production-Validation  In-Process  Review  (PROD-VAL-IPR)  was  held,  by  letter, 
on  29  August  1985  resulting  In  a  determination  that  the  Computer,  Ballistics: 
Mortar  XM23  (MBC): 

a.  Is  acceptable  for  the  mission  Intended. 

b.  Does  meet  regulatory  prerequisites  for  entry  Into  the  Army  Inventory. 

c.  Is  safe  for  all  aspects  of  use  (Safety  and  Health  Data  Sheet  attached). 

d.  Is  logistically  supportable  In  Its  Intended  environment. 

2.  Accordingly,  recommend  that  the  Item/system  be  reclassified  from  Limited 
Procurement  (LCC-U)  to  Standard. 

3.  Replacement  Information:  None. 

4.  Specific  end  Item  recommendation  for  type  reclassification: 

a.  Federal  Item  Identification:  1220. 

b.  2LIN:  Z17218. 

c.  SLIN:  C60294 

d.  NSN:  1220-01-119-6049 

e.  RICC:  1. 

f.  Type  reclassification  from  LCC-U  to  STD. 

g.  BOIP  number:  78-0018F. 

h.  Requirement:  Letter  Requirement  (LR)  for  Mortar  Fire  Control  Calculator 
(MFCC),  USATRADOC  ACN  1690S,  dtd  30  December  1977. 

5.  Major  end  Items  recommended  for  material  condition:  None.  This  Item  Is  not 
a  component  of  a  major  system  Identified  In  AR  750-40. 
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MEMORANDUM  FOR  RECORD 

SUBJECT:  In-Process  Review  (IPR)  for  Computer,  Ballistics:  Mortar,  XM23 


1.  A  c' rrespondence  IPR  for  subject  Mortar  Ballistics  Computer  was  conducted 
from  27  A'^st  through  12  September  1985  by  Mr.  Joseph  A.  Schmitz,  IPR  chairperson. 

2.  Provided  at  enclosure  1  is  the  transmittal  letter  for  the  PROD-VAL-IPR. Package 
for  the  XM23  Mortar  Ballistics  Computer. 

3.  As  a  result  of  that  IPR,  both  the  USA  Training  and  Doctrine  Command  (TRADOC) 
and  the  USA  Logistics  Evaluation  Agency  (LEA)  concurred  in  the  Type  Classification 
(TC)  Standard  (STD)  recommendation  providing  four  (4)  miJior  software  changes  are 
incorporated  into  the  XM23  System  prior  to  fid.1  scale  production. 

4.  HQ,  AMC  concurred  in  the  Type  Classification  Standard  without  exception. 

5.  The  software  changes  requested  by  TRADOC  have  been  made  and  as  a  result,  no 
outstanding  Issues  remal’^  .  Concurrence  is  therefore  unamlous. 
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